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Das Schwert Skar 

Skar verleiht seinem Trager 
elementare Krafte. Es macht 
ihn unbesiegbar und 
unsterblich. Aber es ist gut 
versteckt! Wer es finden will, 
muf3 den Gefahren eines 
langen Weges trotzen. 
Bestell-Nr. 38784 

Die Flucht der Sumpfgeister 

Als die Menschen begannen, 
die Sumpfe trocken zu legen, 
haben die Sumpfgeister mit 
dem einzigen vorhandenen 
magischen Staubsauger die 
Flucht zu einem weit 
entfemten Planeten ergriffen. 
Ein Sumpfgeist hat jedoch 
die Abreise verschlafen... 
Bestell-Nr. 38785 

■ 

POWER-GAMES 
erhalten Sie im 

guten Fachhandel 



Operation Ushkurat 

Sie sind mit einem 
Raumschiff unterwegs zu 
Friedensverhandlungen. Bei 
einer Reparatur wird die 
gesamte Mannschaft ent- 
fuhrt... 
Bestell-Nr. 38765 

Dungeon 

»Dungeon« ist eine Variante 
des legendaren Spiele- 
klassikers »PacMan«. Die 
Spielfigur bewegt sich durch 
ein Labyrinth. Eingebaute 
Turen, Teleporter sowie 
diverse Hilfsmittel helfen 
Ihnen, Geistern und 
Monstern aus dem Weg zu 
gehen... 

Bestell-Nr. 38760 



Operation Feuersturm 

Sie sind »Mister James 
Bond« und haben 
48 Stunden Zeit, eine 
gestohlene Atombombe zu 
finden - falls nicht, wird sie 
abgefeuert. 
Bestell-Nr. 38739 

Howard the Coder 

Howard hat eine Spielidee. 
Leider stiehlt man seinen 
Computer und er sucht sich 
in einer Lagerhalle neue 
Hardware zusammen. Dabei 
mu(B er Hindernisse 
uberwinden... 
Bestell.-Nr. 38705 

Mit Jeans und 



Hellebarde 

Bei der Reparatur 
eines Schuppens 
sturzt die Decke 
herab und macht 
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Sie kampfunfahig. Als Sie zu 
sich kommen entdecken Sie 
ein altes Buch mit merk- 
wurdigen Buchstaben- 
kombinationen. Sie wissen 
noch nicht, daG Sie Ihre Welt 
bereits verlassen haben... 
Bestell-Nr. 38718 

Nippon - 

das ultimative Rollenspiel 

fUr C64/C128 

Toshiro begann, die zufallig 
entdeckten Schriftrollen zu 
lesen. Sie sahen abgegriffen 
und uralt aus... Vor Ihnen 
liegt ein Abenteuer, wie Sie 
es bisher nicht gekannt 
haben.- / 
Bestell-Nr. 38729 

* Unverbindliche 
Preisempfehlung. 
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Markt&Technik 

Zeitschriften ■ Bucher 
Software • Schulung 



Hnfo-coupon 

Bitte senden Sie mir Ihr Gesamtverzeichnis 

mit uber 500 aktuellen Computerbuchern und Software. 

D Ich bin Fachhandler 

Name 

Strafte 

PLZ/Ort 

Bitte ausschneiden und senden an: Markt&Technik Verlag AG, Buch- und 
Software-Verlag, Hans-Pinsel-Str. 2, 8013 Haar bei Munchen 64 sh 52 
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Abenteuerspiele 



Geheimauftrag fur 008 

Die Atomrakete ist verschwunden. Finden 
Sie diese vor Ablaut des Ultimatums 
und verhindem Sie _ _ 

den dritten Weltkrieg. II 4 

Dem Hexer auf der Spur 

Die letzte Stunde des bosen Tyrannen ist 
angebrochen. Werden Sie ihn in seinem 
Unterschlupf aufstobern 
und vernichten? U 5 



Die unheimliche Mine 

Die Durchquerung einer dusteren Hohle 
gerat zum »Gruseltrip«. Lassen Sie sich 
nicht von haBlichen Spinnen 
und Monstern aufhalten. 
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Zuriick aus der Zukunft 

Durch einen Zeitsog werden Sie in die 
Zukunft versetzt. Gibt es den Weg 
zuruck in die Gegenwart? 
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geheimnisvolle Zentraie 
In ferner Zukunft bedroht ein machtiger 
Imperator eine friedliche Galaxis. 
Sie haben den Auftrag, seine 
Raumzentrale zu zerstoren. II 10 

Odyssee - Kampf der Bruderschaft 

Durchqueren Sie die unendlichen Weiten 
des Zauberlandes von Samurun. Auf dem 
beschwerlichen Weg zum Ziel _ .^ 

begegnen Ihnen viele Gefahren. II 12 

Eine teuflische Erfindung 

Ein geistesgestorter Wissenschaftler erpreBt 
die Welt mit einer Hollenmaschine. Stoppen 
Sie den Wahnsinnigen, 
ehe es zu spat ist! II 50 



Tips & Tricks 



Ohne Umweg zum Ziel 

Abenteuerspiele sind nicht unlosbar. 
Wir stellen Ihnen die 
besten Tricks vor. 
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Grundlagen 



Das Abenteuer lockt! 

Ein professioneller Adventure-Programmierer 
vermittelt mit diesem Kurs die Moglichkeit, 
eigene Spiele mit alien Raffines- _ 
sen zu programmieren. II 16 



INHALT 







I Sonstiges 


■ 


Impressum 


11 


Vorschau 


20 



Welches ist der 
richtige Weg? 
Reiftende Flusse, 
steile Berge 
und feindliche 
Krieger sind 
zu iiberwinden. 

Seite 12 



Wunschtraum 
aller Science- 
fiction-Fans: eine 
Reise durch 
den Zeittunnel. 
Kein Weg 
scheint aus 
der Zukunft 
zuriickzufuhren. 

Seite 8 



Adventures 
programmieren 
kann jeder. 
Mit unserem 

ausfuhrlichen 

Kurs wollen 
wir diese 
Behauptung 
beweisen. 

Seite 16 




Alle Programme aus Artikeln mit einem ■■-Symbol finden 
Sie auf der beiliegenden Diskette (Seite 35). 
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SPIELE 




Das Ultimatum lauft. 
Nur ein paar Stunden bleiben 

Ihnen, urn die 

Atomrakete zu finden, 

die den dritten 

Weltkrieg auslosen soil. 

Ein gefahrlicher 

Auftrag fuhrt Sie ins Reich 
der aufgehenden 

Sonne. 




1. Sie erhalten Ihren Geheimauftrag. Das Abenteuer beginnt. 



James Bond liegt mit Grippe im Bett. Der amerikanische 
President wahlt deshalb Sie fur den geheimsten Auftrag 
aller Zeiten aus: Ein hoher Offizier der Luftwaffe hat eine 
Rakete mit Atomsprengkopf gestohlen und nach China ge- 
bracht. Der Erpresser droht, den dritten Weltkrieg auszulo- 
sen, wenn man nicht auf seine Bedingungen eingeht. Urn sei- 
ne Forderung noch drastischer zu unterstreichen, hat er die 
Atomrakete aktiviert - der Countdown lauft. Ihnen bleibt nicht 
viel Zeit, das Versteck aufzuspuren, die Rakete zu entschar- 
fen und die Menschheit vor dem Untergang zu retten. 
Urn keine Zeit zu verlieren, laden Sie das Spiel mit 

LOAD "ADVENTURE 2000 ",8 

und starten es mit RUN. Die kurze Maschinensprache- 
Routine »SCROLLMC« wird automatisch nachgeladen. 

Das Adventure fuhrt Sie zunachst in die Amtsraume des 
Prasidenten (Bild 1). Er ubergibt Ihnen streng vertraulich eine 
Mappe. Sie offnen diese und lesen die Anweisungen. Das ei- 
gentliche Abenteuer beginnt an der Chinesischen Mauer. 
Mehr mochten wir nicht verraten. 

»Adventure 2000« versteht Eingaben mehrerer Worte. Man 
kann bestimmte Signal- und Bindeworter zum Objekt einge- 
ben, ohne den Satz allzusehr verstummeln zu mussen. Ein 
Beispiel: 

NIMM DEM SCHLUESSEL DANM STECKE DEN SCHLUESSEL IN 
DAS SCHLUESSELLOCH DANN OEFFNE DIE TUERE UND GEHE 
DURCH DIE TUERE 

Dieser Text wird von den Routinen des Spiels rasch bear- 
beitet. 

Die Eingabezeile befindet sich unter dem jeweiligen Grafik- 
bild fur den entsprechenden Raum. Die Stelle, an der Sie Be- 
fehle eingeben konnen, ist mit einer spitzen Klammer kennt- 
lich gemacht. Tippen Sie das Wort »BEFEHLE« ein, listet der 
Computer alle Verben auf, die er versteht: 

GEH, NIMM, LEG, SCHIESSE, WERFE (WIRF), GEBE 
(GIB), STARTE, "ZIEHE, OEFFNE, LESE (LIES), WAELZE, * 
DRUECKE, KLETTERE, RUFE, FUELLE, STECKE, 
UNTERSUCHE, TRINKE. 

Grundsatzlich mussen mindestens zwei Worte eingege- 

ben werden (Verb und Ob- 
jekt). Fiigen Sie Bindeworter 
Oder Artikel (z. B. der, die, 
das) hinzu, tritt die Befehls- 
erkennungsroutine des Ad- 
ventures in Aktion. Sie be- 
ginnt ab Programmzeile 290 
und filtert folgende Eingabe- 
worter aus: der, die, das, den, 
durch, nach. Satzattribute 
wie »und« oder »dann« bewir- 
ken eine interne Markierung 
in der Befehlseingabe mit 
dem <*>-Zeichen. Ahn- 
liches lauft ab, wenn die Co- 
dierroutine des Abenteuer- 
spiels auf Worter wie »mit«, 
»in«, »auf« oder »an« stoBt. 
Start des »Sternchens« er- 
scheint jetzt das Plus- 
Zeichen < + > als markan- 
ter Hinweis fur den Compu- 
ter. Erst nach diesem Filtier- 
vorgang geht die Routine zur 
Interpretation der eigent- 
lichen Befehlserkennungs- 
routine iiber. Nun wird die 
Befehlserkennungsroutine 
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SPIELE 



durchlaufen. Geben Sie falsche Befehle ein, macht Sie der 
Computer darauf aufmerksam. Bei folgenden Wortern be- 
steht eine Ausnahme, sie werden vom Programm auch als 
Ein-Wort-Eingaben akzeptiert: 

UMSCHAUEN, SIEH, BEFEHLE, STOP, ZUEGE, LIST, TAUCHE 

Es genugt, von jedem Verb Oder Objekt nur die ersten drei 
Buchstaben anzugeben, den Rest erkennt das Programm 

automatisch.Signalworterwie»dann«oder»und«mussenim- 
mer ausgeschrieben werden. 

Beim Betreten eines Raumes sehen Sie in der obersten 
Bildschirmzeile, wo Sie sich befinden. Links wird die Grafik 
des entsprechenden Raumes gezeigt (im Spiel sind 24 Rau- 
me enthalten), rechts, welche Objekte im Raum sind und wel- 
che direkten Ausgange (Richtungen) es gibt. Fehlen solche 
Hinweise, ist das vom Programmautor bewuBt so eingerich- 
tet. Es bleibt dem Kombinationsvermogen des Spielers uber- 
lassen, andere zu finden. 

Der Computer uberpruft die Eingabe (sie muB mit der RE- 
TURN-Taste abgeschlossen werden). Wurden unbekannte 
Worte verwendet, teilt er Ihnen mit, daB er nicht weiB, wovon 
die Rede ist. Erkennt er die Eingabe, erscheint die entspre- 
chende Antwort auf dem Bildschirm. 

Dazu ein Beispiel: 

NIMM MAPPE 

OK. GENOMMEN: MAPPE. 

Sollte der Computer nach langem Spielverlauf Ihre Be- 
fehlseingaben nicht mehrverstehen, liegtdasam String-Mull, 
der sich bis dahin angesammelt hat. Mit der Taste < F1 > 
zwingen Sie ihn wieder zur Mitarbeit an der Losung des Ad- 
ventures. Wir hoffen, Sie finden die Atomrakete und Major Mc 
Perkins rechtzeitig. (Frank Schmelzer/bl) 



Kurzinfo: Adventure 2000 



Programmart: Abenteuerspiel 

Spielziel: Finden Sie die entfuhrte Atomrakete und entscharfen Sie 

sis 

Laden: LOAD "ADVENTURE 2000" ,8 ' 

Starten: Nach dem Laden RUN eingeben 

Steuerung:Tastatur 

Benotigte Blocks: 138 Blocks 

Programmautor: Frank Schmelzer 



Basic-Zeilen Programmfunktion 



100 




Arrays dimensionieren 


120- 


154 


Raum wurde betreten 


158- 


280 


Eingabe (ersetzt INPUT, urn verbotene 
Zeichen zu verhindem) 


290- 


380 


Unterprogramm Eingabe erkennen und 
bearbeiten 


400- 


510 


Erstellen der aktuellen Zwei-Wort- 
Eingabe, falsche Worter zuriickweisen, 
aktuelles Verb feststellen 


510 




springe in den Programmteil, der sich 
mit aktuellem Verb befaBt 


520- 


1620 


Zwei- und Mehr-Wort-Kommandos 


2000- 


2100 


Uberprufe Raum und dessen Objekte, 






erhohe Variablen, setze Wachen in 
Raume etc! 


2110- 


2220 


Erkenne und ersetze verschiedene 
Verben 


2230- 


2410 


Ein-Wort-Kommandos werden 
abgeschaltet 


9000 - 


9130 


Text »Anweisungen« 


9140- 


9190 


Sie haben gewonnen! 


10000- 


13880 


Definition der Raumbilder 


12880- 


13911 


Einlesen der Daten 


1 3920 - 


14170 


Daten (Befehlsworte, Objekte, Raume) 


14370- 


14400 


Spiel verloren 




Tabelle 1. Programmiibersicht von "Adventure 2000« 



Niemand hat ihn je 

zu Gesicht bekommen, seinen 

Namen wagt kaum jemand auszusprechen: 

Quasimodo, der Hexenmeister. 

Nehmen Sie Ihren 
ganzen Mut zusammen und spiiren 

Sie sein Versteck auf. 

In grauer Vorzeit herrschte der grausame Zauberer Quasi- 
modo im Reich der Kartanen. Glucklicherweise machten 
Abgesandte des unterjochten Volkes einen strahlenden 
Helden ausfindig, der das Volk von diesem blutrunstigen Ty- 
rannen befreien soil - namlich Sie. Ihr gesatteltes Pferd (par- 
don: eingeschalteter C64) steht bereit, die Kartanen bringen 
Sie durch einen Geheimgang in Quasimodos Gewolbe. Nur 
Mut, kuhner Recke! 
Laden Sie das Grafik-Adventure mit 

LOAD "QUASIMODO", 8 

Nach dem Einlesen der Daten fur die Adventure-Bilder und 
Sprites befinden Sie sich in einem Raum des unterirdischen 
Labyrinths, in dem sich der Bosewicht versteckt halt. Zum er- 
sten Mai stockt Ihnen der Atem: Sie stoBen auf ein bedau- 
ernswertes Opfer des Tyrannen. Auf diese Weise verfahrt er 
mit alien Widersachern. Das fangt ja gut an . . . 

Das Adventure besteht aus 31 Raumen. Die sich darin be- 
findlichen Gegenstande werden durch farbige, grafisch gut 
gestaltete Multicolor-Sprites dargestellt. Die Befehls-Routine 
des Spiels versteht nur Zwei-Wort-Eingaben wie z.B.: 

NIMM FLASCHE 

Das Programm stellt beim Start den GroBschrift-Modus 
ein, Kleinbuchstaben konnen nicht eingetippt werden. Fol- 
gende Verben werden im Adventure verwendet: 

NIMM, GIB, GEH, LISTE, H0CH, ZUENDE, SPRING,- TRIM, 
DRUECKE, BEFEHLE, 0EFFNE 

LISTE zeigt alle Gegenstande, die Sie gerade besitzen, auf 
dem Bildschirm an. 



Kurzinfo: Quasimodo 



Programmart: Abenteuerspiel 

Spielziel: Den bosen Zauberer aufspuren und eliminieren 

Laden: LOAD " QUASIMODO " ,8 . 

Starten: Nach dem Laden RUN eingeben 

Steuerung: Tastatur 

Benotigte Blocks: 50 Blocks 

Programmautor: Roland Selzer 
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RICH TUNG 


MS 




POLIZIST 


KOMMANDO 
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Bild 1. Das wachsame Auge des Gesetzes 

Alle erkennbaren Verben kann man sich unmoglich merken. 

Befehle aktiviert eine Laufschrift, die in lesbarer Ge- 

schwindigkeit die erlaubten Befehlsverben am Bildschirm 
voruberziehen laBt. 

Richtungsangaben mussen auf einen Buchstaben redu- 
ziert werden (z.B. »N« fur Norden usw.). Welche Richtungen 
im jeweiligen Raum moglich sind, zeigt des Programm ober- 
halb der Befehlseingabezeile. Die Objektbezeichnungen sind 
rechts angegeben. 

Tips zum Spiel 

Da das Adventure eine groBe Anzahl an Raumen besitzt, 
kann man sich leicht verlaufen. Am besten notieren Sie sich 
die jeweils letzten zwei Richtungsanderungen. Geben Sie vor 
alien Dingen acht, ob und was Sie im entsprechenden Raum 
an sich nehmen. Eine Zimmerpflanze ist zwar ein erfreulicher 
Anblick, aber sie zu beriihren, kann seine Tucken haben. 
Oder: Spielen Sie nicht mit dem Feuer, das ist gefahrlich. Und 
Polizisten sol Ite man nicht reizen (Bild 1). Entscheidende 
Spielsituationen werden vom Programm akustisch untermalt. 

Untersuchen Sie nur solche Gegenstande, die Ihnen wich- 
tig erscheinen. Halten Sie in den verschiedenen Raumen des 
Adventures vor allem nach Waffen oder ahnlichen Dingen 
Ausschau, mit denen Sie sich verteidigen konnen. Dem Ty- 
rannen schutzlos gegenuberzutreten, ware reiner Selbst- 
mord. Sollten Sie auf Dynamit stoBen, so denken Sie daran, 
daB man es nur mit einem Streichholz oder einem Feuerzeug 
zunden kann. Durch den entsprechenden Befehl konnen Sie 
nach oben.springen. Dabei hat sich so mancher den Kopf 
kraftig angestoBen. Noch ein letzter Tip: In einer Flasche muB 
sich nicht unbedingt Gift befinden. 

Alles klar? Nach diesen »ausfuhrlichen« Hinweisen wollen 
wir Sie mit dem Hexenmeister allein lassen. Spuren Sie ihn 
auf und vernichten Sie ihn. (Roland Selzer/bl) 



Zeile Programmfunktion 


20- 670 
700- 715 
875 - 1092 
1093 - 1094 
1100 - 1230 
1240 - 3002 
3005 - 3299 
3310 - 3975 
4000 - 4950 
5000 - 5970 
6000 - 6060 
6500 - 6520 
6540 - 9999 


Titelbild und Variablen 

Einlesen der Sprite-Daten 

Aufbau der Raumgrafik 

Unterprogramme fur Sprites aufrufen 

Befehlseingabe 

Eingaben verarbeiten 

Aufbau der Turengrafik 

Sprite-Daten (22 Sprites) 

Reaktion auf Kommandos 

Unterprogramme Sprites 

Laufschrift 

Tone 

Unterprogramme Sprites 




Tabelle 1. Der Programmaufbau von »Quasimodo« 



Sie sind Dorfo, der Hobbit, und verkorpern das »Gute«. Bei 
Ihrem abenteuerlichen Vorhaben, die Welt vor dem »B6- 
sen« zu retten, haben Sie schon die vielfaltigsten Gefah- 
ren uberwunden. Nun stehen Sie nach langer 
Wanderung vor der verlassenen Mine »Mario« 
(Bild 1). Durchqueren Sie dieses von grausigen 
Wesen bewohnte Labyrinth ohne Schaden zu 
erleiden (Bild 2). »Dangalf«, ein alter und weiser 
Zauberer, steht Ihnen dabei zur Seite. 

»Mario« ist der Zwergenmine »Moria« aus dem 
Werk »Der Herr der Ringe« von J.R. Tolkien nach- 
empfunden. Sollten Sie Schwierigkeiten bet der 
Losung dieses Grafik-Adventures haben, emp- 
fiehlt es sich, in diesen Buchern nachzulesen. 

Das Programm ist zum groBten Teil in Basic geschrieben. 
Eine Maschinenroutine wird zu Beginn des Spiels nachgela- 
den. Durch den ersten Teil dieses Maschinensprachepro- 
grammes werden die Mangel der GET-Routine des Betriebs- 
systems beseitigt: 
-Zugelassen sind alle Buchstaben ohne <SHIFT> 

- Alle Ziffern sind als Eingabe erlaubt 

- Sonderzeichen sind ebenfalls erlaubt. Ausnahme: < " >, 
<,> und <:> 

- < Shift CLR/HOME> loscht nur die Eingabezeile 

- <CLR/HOME> springt an den Anfang der Eingabezeile 

- <INST> funktioniert wie gewohnt 

- <DEL> fugt ein Leerzeichen unter dem Cursor ein und 
verschiebt urn ein Zeichen nach rechts. Das letzte Zeichen 
der Zeile geht verloren. Eine anschlieBende Cursorbewe- 
gung wird korrekt durchgefuhrt. 

- Die Cursorbewegungen links und rechts bleiben wie ge- 
wohnt erhalten 

- Cursor nach oben und nach unten sind gesperrt. 

Die Eingaberoutine laBt sich fur eigene Spieleprogrammie- 
rung verwenden. Sie ist auf der Diskette unter »SCROLL/1« 
gespeichert. Verwendet wird Sie beispielsweise so: 

100 PRINT : SYS 49152 + 256: INPUT A$ 

Wobei die Zeilennummer (100) beliebig sein kann und der 
String (A$) naturlich jede andere erlaubte Bezeichnung besit- 
zen kann. 

Der zweite Teil dieses Maschinenprogramms laBt im Ge- 
gensatz zum Betriebssystem nur die letzten sechs Bild- 
schirmzeilen scrollen und setzt die Farbe der gescrollten Zei- 
chen auf Schwarz. Bei der eigenen Verwendung ist zu beach- 
ten, daB PRINT-Anweisungen nicht langer als 39 Zeichen 
sein durfen. Sie starten diese Routine am Anfang Ihres Pro- 






Eingaben Bedeutung 



^m 



N, S, O, W 

H 

R 

SAGE 

HILF 

LIST 



Himmelsrichtungen 

eine Ebene hoch 

eine Ebene runter 

wird von beliebigen Worten gefolgt (ohne 

Anfuhrungszeichen) 

Hilfen oder Erklarungen (mit Vorsicht zu 

genieBen) 

zeigt die getragenen Gegenstande auf 

(max. drei) 



Befehle, die erst nach Betreten der Mine eingegeben werden 
konnen 



NIMM, VERLIERE, 
HEBE, ENTLEERE, 
WIRF, LIES 
OEFFNE 
BRINGE ... UM 
SPEICHERE 
LADE 



verlangen zusatzlich die Eingabe eines 
Gegenstandes 

eine Tur oder ein Tor 

... muB ein Lebewesen sein 

den momentanen Spielstand 

einen gespeicherten Spielstand ? 



Tabelle 1. Der Wortschatz von »Mario« 
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Finstere Gange, 
schreckliche Feuerwesen und eine 

grauenhafte Riesenspinne 

behindern Sie auf dem Weg durch 

das unterirdische Labyrinth. 

Durchforsten Sie 
die unheimliche Mine. 




Bild 2. Finden Sie einen Weg durch die Gange 



Kurzinfo: Mario 



Programmart: Grafik-Abenteuerspiel 

Spielziel: Durchwandern Sie das Labyrinth der Mine, ohne 

Schaden zu nehmen 

Laden: LOAD * MARIO " ,8 

Starten: Nach dem Laden RUN eingeben 

Steuerung: Tastatur 

Benotigte Blocks: 114 Blocks Basic-Programm und 3 Blocks 

Maschinensprache 

Programmautor: Harald Bomfleth 



SPIELE 



gramms mit: 

SYS 49152 
Ausgeschaltet wird Sie durch < RUN/STOP RESTORE > . 

Beachten Sie die Himmelsrichtungen im 
Spiel. Osten liegt immer in Blickrichtung. 
Den Wortschatz von »Mario« entnehmen 
Sie bitte der Tabelle 1. Die Programmierer 
unter unseren Lesern finden eine Liste der 
verwendeten Variablen und ihrer Belegung 
in Tabelle 2. 

Sie laden das Programm von der beilie- 
genden Diskette mit: 

LOAD "MARIO", 8 

und starten mit RUN. Zunachst wird das 
Maschinenprogramm nachgeladen, danach benotigt die Ge- 
nerierung der Sprites ca. 30 Sekunden. Wahrend dieser Zeit 
haben Sie Gelegenheit, eine Anleitung auf dem Bildschirm 
zu lesen. (Harald Bornfleth/gr) 
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Bild 1. Sie stehen vor dem Eingang von »Mario« 



Numerische Variablen 




A (23,63) 

B(6) 

C (6,12) 

D (6,12) 

E (6,12) 

HV 

HW 

L1 

LW 

LV 

M 

M1 

M2 

M3 

M4 

M5 

M6 

M7 

N 

TU 

X 
Y 

String-Variablen 

A$ 

A$ (10) 

B$ 

C$ 

FG$ 

GD$ 

GE$ 
GS$ (10) 
Rl$ 



Werte der Sprites 

Register fur Ausgange aus Raumen 

Gegenstande in den einzelnen Raumen 

Ausgange aus den einzelnen Raumen 

Besonderheit^n in den einzelnen Raumen 

Hilfsvariable 

Hilfsvariable 

Laufvariable 

Laufvariable 

Laufvariable 

X-Position Spinne (Zufallszahl) 

Register fiir gehobene Laterne 

Register fur Erschopfung 

Register fiir mehrmaliges Betreten des 1. 

Raumes 

Register fiir Wasser im Eimer 

Register fur Raum mit Feuerabgrund 

Register fur geworfenes Seil 

Zahl der absolvierten Spiele 

Y-Position Spinne (Zufallszahl) 

Register fiir offenes/geschlossenes 

Anfangs/Endtor 

Position Spieler 

Position Spieler 



Zeichen 

Gegenstande 

Befehl 

Filename 

Besonderheiten in einem Raum 

Eingegebener Gegenstand (zum Beispiel hinter 

NIMM) 

Gegenstande in einem Raum 

Gegenstande, die man bei sich tragt 

Richtungen ( 



Tabelle 2. Alle Variablen auf einen 
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Etwas Unbegreifliches ist 
geschehen: Sie sind in den Zeitsog 



geraten, der Sie in die Zukunft 

auf einen unbekannten 
Planeten geschleudert hat. Nur 



durch das andere Ende des Zeittunnels 



konnen Sie wieder in 
die Gegenwart zuriickkehren. 



i amstagabend, 20.12 Uhr. Im Fernsehen lauft die »Tages- 
l schau«. Ein seltsamer Lichtschein fallt Ihnen auf, der aus 
den Ritzen des Wohnzimmerschranks zu kommen 
scheint. Neugierig offnen Sie den Schrank. GleiBende Hellig- 
keit umgibt Sie. Sie fiihlen sich wie bei einem Orkan herum- 
gewirbelt, das Geschehen von Jahrtausenden zieht in Se- 
kundenschnelle an Ihnen vorbei. Bizarre Figuren, die nicht 
von dieser Welt sind, begleiten Sie auf Ihrem schwerelosen 
Weg durch die Zeit. Plotzlich ist alles ruhig. Sie finden sich auf 
einem kalten Planeten aus Kristall wieder, ohne einen bias- 
sen Schimmer, wo Sie sind. 
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Die geschilderte Anfangssituation ist der Auftakt zu einem 
/Spannenden Adventure mit elf farbigen Blockgrafikbildern. 
/Q\e laden das Programm mit 

. LOAD "ZEITTtJNNEJ,/',S 

} j und starten es mit RUN. Das erste Bild zeigt Ihnen die Rich- 

/ tungen und Befehlsworter, die das Spiel versteht. 



irip 
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Mogliche Richtungen: 

f OB (oben), RU (runter), N (Norden), S (Suden), W (Westen), 
\ O (Osten). Diese Angaben durfen nur mit den genannten Kur- 
zeln erfolgen. 



I Befehlsworte: 

INEHME, DRUECKE, GEBE, ZERST0K1(K, OKI IK DURCH, 
fflEFRAGE, OEFFNE, TOETE, SAGE, 

\ Das Adventure akzeptiert nur Zwei-Wort-Eingaben: Ein 
• Verb und ein Objekt. 



' Substantiv den Artikel verwenden (z.B. OEFFNE DEN 
i SCHRANK), wird das als Fehleingabe interpretiert. 

i Die Grafik fur die einzelnen Adventure-Raume erstreckt 

f sich uber die gesamte Bildschirmflache. Das Programm teilt 

i durch die Meldung »Standort« mit, wo Sie sich gerade befin- 

f den. Darunter werden die Objekte im Raum angezeigt. Da fur 

\ Befehlseingaben kein Platz mehr vorhanden ist, benutzt das 

' Spiel dazu einen eigenen Bildschirm, den Sie nach Drucken 

der Taste < RETURN > aufrufen konnen. Der obere Bereich 

des aktivierten Monitor-Bildes gibt eine Kurzbeschreibung 

zum Raum und zur Spielsituation aus. Urn sich die aktuelle 

Raumgrafik wieder anzeigen zu lassen, miissen Sie die An- 

weisung »BILD« eingeben. 
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Tips zum Spiel 

Irgendwo im Adventure sind Karten mit Zahlencodes und 
ein PaBwort versteckt. Versuchen Sie auf alle Falle, diese In- 
formationen zu finden und notieren Sie sich alle Zahlen und 
Buchstaben. Sie werden diese Codes gut gebrauchen kon- 
nen, wenn Sie den Transmitter, das andere Ende des Zeittun- 
nels, finden. 

Die Codezahlen werden zu Beginn des Spiels durch die 
RND-Funktion (Zufallsgenerator) erzeugt und gelten nur fur 
die jeweilge Spielrunde. Eine SAVE- und LOAD-Funktion 
(zum Speichem und Laden des aktuellen Spielstands nach 
einer Unterbrechung) ist vom Programm nicht vorgesehen. 

Trotzdem sind wir uberzeugt, daB Sie den Weg zuruck aus 
der Zukunft finden werden. 

(Jens Schurks, Arndt Meiswinkel/bl) 



Kurzinfo: Zeittunnel 



Programmart: Abenteuerspiel 

Spielziel: Suchen und finden Sie den Eingang des Zeit 

Transmitters, der Sie in die Gegenwart zuruckbringt 

Laden: LOAD "ZEITTUNNEL" ,8 

Starten: Nach dem Laden RUN eingeben 

Steuerung: Tastatur 

Benotigte Blocks: 108 Blocks 

Programmautor: Jens Schurks/Amdt Meiswinkel 
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Sprengen Sie die Raumstation des 
Uranminenbesitzers »Boghart«. 
Finden Sie sein geheimes 
Hauptquartier und retten 
Sie eine gesamte 
Galaxis vor der Zerstorung. 



Im weiten All, in der Nahe des Andromeda-Nebels, kreist 
heimtuckisch und leise die Basis des abtrunnigen »Bog- 
hart«. Da der imperiale Weltenrat beschlossen hat, alien 
Trilliardaren die Steuern zu erhohen, beschloB der geldsiich- 
tige Boghart die Herrschaft zu ubernehmen. 

Der umsichtige Weltenrat kann das auf keinen Fall zulas- 
sen und schickte schon Agenten los, die Basis dieses Verbre- 
chers zu zerstoren. Leider gelang es bis jetzt keinem, die Mis- 
sion zu erfullen. Nun sind Sie, der fahigste Sonderagent, be- 
auftragt, die Galaxis zu retten. 
Sie laden das Spiel von der beiliegenden Diskette mit 

LOAD "FUTURE ", 8 

und starten es mit < RUN > . 

4 

Nach einer kurzen Wartezeit befinden Sie sich im ersten 
von 27 Raumen. In diesen sind verschiedene Gegenstande 
verteilt, die Sie zur Erfullung Ihrer Mission benotigen. 

Ihr Auftrag ist es, die Zentrale des Boghart zu finden, dort 
eine Bombe zu ziinden und, soviel sei verraten, den Raum 1 
lebend nach Suden zu verlassen. 

Alle Eingaben finden in der untersten Zeile statt und wer- 
den mit < RETURN > bestatigt. Die Kommentartexte er- 
scheinen zwei Zeilen hoher. Raume werden immer in Blick- 
richtung dargestellt. Urn Ihnen die Orientierung zu erleich- 
tern, werden Richtung und Raumnummer angezeigt (Bild 1). 

Der Parser (Analyse der Eingaben) erlaubt die Verwendung 
von einem oder zwei Wortern. 
Einwortbefehle 

ruft ein Hilfsmenu auf. Hier werden Befeh- 
le und Gegenstande aufgelistet. 
beendet das Spiel bei aussichtslosen Si- 
tuationen. 

Zur Bewegung dienen die Richtungsbefehle: 
H (Hoch) N (Nord) 

R (Runter) O (Ost) 

W (West) S (Slid) 




HILFE 
QUIT 



Befehle bei zwei Eingaben 

Das erste Wort stellt immer einen Befehl dar, das zweite 
Wort ist der betreffende Gegenstand. 
VERSTECKE, mit diesen Befehlen, gefolgt von einem 
VERLIER Gegenstand, werden Sachen abgelegt. 

FINDE, NEHME, im Raum befindliche Sachen werden in 
NIMM, SUCHE Besitz genommen (max. drei Gegenstan- 
de) und als Text links angezeigt (Bild 1). 
mitgetragene Gegenstande werden zer- 
stort. 

einen Gegner. Mit Vorsicht zu genieBen! 



ZERSTOERE 



TOETE 






Kurzinfo: Future 



Programmart: Grafik-Adventure 

Spielziel: Suchen und sprengen Sie die Zentrale des 

herrschsiichtigen »Boghart«. 

Laden: LOAD "FUTURE" ,8 

Starten: nach dem Laden RUN eingeben 

Steuerung: Tastatur 

Benotigte Blocks: 62 Blocks Hauptprogramm und 1 Block 

Ladeprogramm 

Programmautor: Herbert GroBer 
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Bild 1. Raum 1 mit alien Anzeigen 




RAUMANZUG 



INDOORCARD 
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OEFFNE einen nichtbeweglichen Gegenstand (z.B. 

Computer Oder Tur). 
BENUTZE eine mitgetragene Sache. 

ZUENDE Bombe. Funktioniert nur, wenn die Voraus- 

setzungen erfullt sind. 
Nichtbewegliche Gegenstande: COMPUTER, TUER 
Bewegliche Gegenstande 

INDOORCARD, OUTDOORCARD, BOMBE, ZUENDER, 
LASERSCHWERT, RECORDER, RAUMANZUG, LADUNG, 
CODESCHLUESSEL, SAUERSTOFFTANK. 



Gegner 

BOG HART 

GEMIN 



TROG 



ist unangreifbar, kostet 35 Starke-Punkte 
bei Kontakt. 

wird nur mit dem »Laserschwert« uberwun- 
den, kostet bei Beruhrung 15 Starke- 
Punkte. 

ist harmlos. Er kostet Sie allerdings 10 
Starke-Punkte. 



Alle im Raum befindlichen Gegenstande werden grafisch 
dargestellt (Bild 2). 

Hilfreich bei der Suche ist ein Computer, dem Sie den La- 
geplan des Hauptquartiersentlocken konnen. DieZentrale ist 
in diesem Plan grau gekennzeichnet. Doch Vorsicht! Sie kon- 
nen den Computer nur einmal »OEFFNEN«. 

Geschlossene Turen sind mit einem Muster versehen. 
Beim Versuch Sie zu durchschreiten kostet das jeweils einen 
Starke- und einen Zeit-Punkt. Beim Zahlerstand »00« von 
Restzeit Oder der Starke bleibt Ihnen noch eine einzige Einga- 
be, dann ist Ihr Leben zu Ende. Starten Sie zu Ihrer schweren 
Mission. (gr) 




2. 

Alle Symbole 

auf 

einen Blick 



SAUERSTOFFTANK 



ZUENDER 




CODESCHLUESSEL 



BOMBE 
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or 20 Jahren hat der machtige Zauberer Saruman die 
Herrschaft uber das Land Sosaria an sich gerissen. Die 
hiesige Bruderschaft ist nicht langer gewillt, seine Ty- 
rannei zu erdulden. Sie erhalten den Auftrag, den Zauberer 
zu suchen und zu vernichten. Auf Ihrer Reise begegnen Sie 
Feinden, mit denen Sie schauerliche Kampfe ausfechten wer- 
den. Aber auch Ordensbruder stehen Ihnen mit Hilfestellun- 
gen zur Seite. Doch Vorsicht! Einige von ihnen sind Verrater, 
die Ihnen etliche Schwierigkeiten bereiten werden. 

Ausgerustetsind Sie mit 400 Einheiten Kraft, 350goldenen 
Munzen und 50 Vorratseinheiten, Sie werden bald bemerken, 
daB diese Ausrustung reichlich knapp bemessen ist. Zum 
Gluck gibt es Dorfer und Stadte, in denen Sie Kleider, Waffen 
und Vorrate kaufen konnen. Gold konnen Sie nach »alter Rau- 
ber-Sitte« in zahlreichen Kampfen erobern. 
Sie laden das Spiel von der beiliegenden Diskette mit: 
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Als Auserwahlter 
einer Bruderschaft er- 
halten Sie den 
Auftrag, das Land vom 
Zauberer Saruman 
zu befreien. 

Eine abenteuerliche 
Reise durch 
ein Fantasy-Land 
beginnt. 



und starten es mit RUN. 

Zuerst erstellen Sie einen Spieler. Hier sind 100 Punkte auf 
Starke (Strength), Widerstandskraft (Stamina), Intelligenz (In- 
telligence) und Wissen (Wisdom) zu verteilen. Die Eingabe 
erfolgt zweistellig, beispielsweise »09« oder »10«. 

Lassen Sie sich nicht irritieren, wenn kein Cursor sichtbar 
ist, zu Beginn befinden Sie sich in der ersten Zeile (Strenght). 
Bestatigen Sie die einzelnen Eingaben mit < RETURN > . In 
der untersten Zeile werden daraufhin die Restpunkte ange- 
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Tastendruck 


Erklarung 


Tastendruck 


Erklarung 


<@> 


Bewegung nach Norden 


<x> 

<u> 

<M> 


anschlieBend Richtung eingeben 
Das Schiff wird verlassen 
(UNLOCK DOOR) eine Tur aufschlieBen 
(MAGIC MISSILE) Starten der »Magic 

missile« 


<;> 

<:> 


Bewegung nach Suden 
Bewegung nach Westen 
Bewegung nach Osten 

(ATTACK) Angriff eines Feindes; 

anschlieBend Richtung eingeben 

(TRANSACT) Verhandeln mit einem 

Ordensbruder; anschlieBend Richtung 

eingeben 

(ENTER) betreten von Dorfern Oder 

Stadten; anschlieBend Richtung 

eingeben 

(BOARD SHIP) Schiff betreten; 


<A> 

• 

<T> 
<E> 
<B> 


<z> 

<G> 
<H> 
<R> 


Anzeige des Inventars/durch beliebigen 

Tastendruck wird das Spiel fortgesetzt. 

(GOLD) zeigt an wieviel Goldmunzen 

Sie besitzen 

(POWER) Anzeige der verbliebenen 

Kraft 

(RESTART GAME) Neues Spiel 

beginnen 



Tabelle 1. Die Tastatureingaben und ihre Bedeutung auf einen Blick 



zeigt. Sollten Sie zuviel Punkte (uber 100) eingegeben haben, 
werden alle Kriterien auf Null gesetzt, und Sie beginnen wie- 
der in der ersten Zeile (Strenght). 

Als nachstes geben Sie einen fantasievollen Namen ein 
und bestatigen ihn mit < RETURN > . Danach dauert es etwa 
eine Minute bis das Spiel weitergeht. Nach dieser Wartezeit 
erscheint das Titelbild und der 2. Teil des Programms wird 
geladen. Danach befinden Sie sich mitten im Spiel. 

Naturlich mussen Sie den Spieler auch bewegen. Dies ge- 
schieht normalerweise durch einen einzigen Tastendruck. 
Ausnahmen sind Befehle, die zusatzlich eine Richtungsan- 
weisung benotigen (Tabelle 1). Die Bedeutung der Symbole 
zeigt Ihnen Tabelle 2. Im Laufe des Abenteuerspiels erreichen 
Sie Stadte (Town) oder Dorfer (Village): 

Urn Ihre Vorrate zu erganzen, betreten Sie diese mit < E> 
(anschlieBend Richtungseingabe). 

Danach sehen Sie eine Liste der im Ort befindlichen Ge- 
schafte. Ebenso ist alles aufgefuhrt, was Sie in dieser Ort- 
schaft noch erledigen konnen bzw. wie Sie den Ort wieder 
verlassen. Diese Liste konnte folgendermaBen aussehen: 



1. Fbodshop 


(deutsch: Lebensmittelgeschaft) 


2. Weaponshop 


(deutsch: Waffengeschaft) 


3. Armourshop 


(deutsch: Bekleidungsladen) 


4. Talk to the people 


(deutsch: Gesprache mit den 
Einwohnem fuhren) 


5. Exit the Town 


(deutsch: die Stadt verlassen) 



Sie wahlen die einzelnen Punkte durch Drucken der ent- 
sprechenden Zifferntaste. In unserem Beispiel <1> fur 
»Foodshop«, <2> urn ein Waffengeschaft zu betreten (Wea- 
ponshop). Insgesamt wird angeboten: 

Erwerb von Nahrung (Foodshop): 

Nach dem Betreten des »Foodshop« erfahren Sie den Preis 
fur 100 FOOD-Einheiten. Der Preis schwankt zwischen 32 
und 52 Goldstiicken. Ist der Preis annehmbar, so beantwor- 
ten Sie die Frage nach Ihrer Kaufabsicht mit < Y > . Sie haben 
100 Einheiten gekauft und erhalten die Anzeige der mitge- 



Kurzinfo: Odyssee 



Programmart: Grafisches Abenteuerspie 
Spielziel: Besieger) Sie den Zauberer 
Laden: LOAD " ODYSSEE " ,8 
Starten: Nach dem Laden RUN eingeben 
Steuerung: Tastatur 
Benotigte Blocks: 233 Blocks 
Programmautor: Jan Geiszelmann 



fuhrten Lebensmittel. Sollten Sie nicht genugend Geld besit- 
zen, erscheint eine entsprechende Fehlermeldung. 

Kauf einer Waffe (Weaponshop): 

Haben Sie den »Weaponshop« betreten, wird der Preis ge- 
nannt und Sie entscheiden uber den Kauf. 

Kauf von Kleidung oder Rustung (Armourshop): 

Hier erscheint zunachst eine Liste der vorhandenen Be- 
kleidungsstucke. Wahlen Sie durch Drucken der entspre- 
chenden Kennziffer einen Gegenstand aus. Sie erhalten da- 
nach einen Preisvorschlag und konnen diesen annehmen 
oder ablehnen. Besitzen Sie zu wenig Geld, erfolgt eine ent- 
sprechende Anzeige. 

Gesprach mit den Einwohnern (Talk to the people) 

Durch Anwahl dieses Menupunktes erzahlen Ihnen die 
Einwohner die Geschehnisse der Ortschaft. 

Freunde und Feinde 

Zu Ihrem Ungluck gibt es viele feindlich gesonnene Krie- 
ger, die im Dienste des Zauberers stehen. Werden Sie in ei- 
nen Kampf mit den Feinden verstrickt, so erscheint im Text- 
fenster HIT oder MISS. HIT bedeutet einen Treffer gegen Sie. 
MISS traf daneben. Wie oft Sie Schlage einstecken mussen, 
hangt von der Dauer des Kampfes, Ihrer Widerstandsfahig- 
keit (STAMINA) und Ihrer Kleidung ab. 

Falls Sie keine Nahrung (FOOD) oder keine Kraft (POWER) 
mehr haben, ist das Spiel verloren. »FOOD« verbrauchen Sie 
durch Ihre Bewegungen (pro Schritt 0,2 Einheiten). Durch 
Treffer in den Kampfen verlieren Sie Kraft. 

Hin und wieder begegnen Sie gut gesonnenen Ordensbrii- 
dern. Einige teilen Ihnen Geheimworter mit, die andere von 
Ihnen wissen wollen. Andere beurteilen Sie nach Ihrer Intelli- 
gent (INTELLIGENCE) oder nach Ihrem Wissen (WISDOM). 
Doch Vorsicht, es gibt Ordensbruder, die es auf Ihr Gold ab- 
gesehen haben. 

Hilfsmittel 

Urn Ihre Aufgabe zu losen, benotigen Sie Hilfsmittel. Diese 
erhalten Sie in Kampfen, Dorfern oder Stadten und von den 
Ordensbrudern. Das Drucken der Taste <Z> listet sie auf. 
Folgende Hilfsmittel stehen Ihnen zur Verfugung: 

BLUE TASSLE: Matrosenanzug 

Ohne Matrosenanzug laBt Sie die Besatzung eines Schif- 
fes nicht an Bord. 

MAGIC MISSILE: magische Waffe 

Bringt Sie in die Lage, alle Feinde zu vernichten. Leider 
werden auch alle sichtbaren Freunde mit vernichtet. Pro Per- 
son erhalten Sie fiinf Goldstucke. 

KEY: Schlussel 

Off net Ihnen die entsprechenden Turen. 
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Erlauterung der Grafik 



Sie bewegen sich normalerweise nur auf Gras. 
AuBer den Steinmauern konnen alle Hindemis- 
se uberwunden werden. Die Energiemauern 
nehmen Ihnen 100 »Power-Einheiten« ab. 
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Eine Stadt 
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Ein Dorf 
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Zauber Saruman 
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Der dunkle Turm 
Normales Zeichen: 
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Mauerstein 
Normales Zeichen: 

SchloB eines Lords 
Normales Zeichen: 
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Tabelle 2. Die einzelnen Symbole und ihre Bedeutungen 

GOLDEN KEY: goldener Schlussel 
Hierzu soil an dieser Stelle nichts verraten werden. 

SWIMWEST: Schwimmweste 

Der Besitz einer Schwimmweste erlaubt es, zwolf Felder 
weit zu schwimmen. Danach verschwindet die Schwimmwe- 
ste auf Nimmerwiedersehen. 



BOOTS: Schuhe 

Schuheermoglichen ihnen einen Lauf uberzwei Felder auf 
felsigem Grund. Danach sind sie verschlissen. 

MARK OF FIRE: 

Mit MARK OF FIRE konnen Sie durch LAVA gehen. 

(Jan GeiBelmann/gr) 
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fesselt den C 64-Freak 

mehr als alles andere. 

Sie haben eine tolle Idee dazu, 

wissen aber nicht, 

wie man diese umsetzt. 

Nach diesem Kurs sind Sie in die Lage, 

Super-Adventures selbst zu programmieren. 
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I ine unheimliche Stille liegt in der Luft . . . Sie befinden sich 
in einem groBen Raum, in dessen Mitte auf dem kalten 
Steinboden ein roter Teppich liegt. Eine Fackel, die an 
der Wand in einer Halterung steckt, beleuchtet sparlich den 
Raum. Am Boden liegt ein zwei Meter langes stabiles Holz- 
brett. Plotzlich fallt ein schweres Fallgitter hinter Ihnen herun- 
ter und versperrt den einzigen Ausgang. 

Alle Versuche, das Fallgitter zu heben, scheitem. Mit gro- 
Bem Schrecken horen Sie ein lautes Rattern - die Zimmer- 
decke bewegt sich langsam, aber sicher nach unten. Erst 
jetzt bemerken Sie die spitzen Eisenstangen, die von der 
Decke herunterragen! Sie erinnern sich sofort an den Zauber- 
ring, der einem Monster gehorte, das Sie getotet haben. Sie 
greifen in IhreTasche, holen den Ring heraus und stecken ihn 
sich an den Finger. Sie drehen den Ring in der Hoffnung, daB 
er Sie durch seine Zauberkraft befreien kann - nichts passiert. 
Inzwischen hat sich die Decke bis auf 3 m Hohe gesenkt. Ihr 
nachster Gedanke ist das stabile Brett, Sie klemmen es zwi- 
schen Boden und Decke. Sie atmen auf, als Sie feststellen, 
daB das Brett die Decke, wenn auch nicht das Rattern zum 
Stillstand bringt. Die Freude findet ein jahes Ende, als das 
Brett dem ungeheuer groBen Druck der Decke nachgibt und 
zerbricht. Die Decke ist jetzt so weit unten, daB Sie nicht mehr 
aufrecht stehen konnen. In letzter Sekunde kommt Ihnen der 
rettende Gedanke: Sie sturzen auf den kleinen roten Teppich 
zu... 

Dies konnte eine von vielen Action-Szenen eines Abenteu- 
erspiels sein, das Sie bafd selbst programmieren werden. 



Was ist eigentlich ein Adventure? 

Eine Antwort darauf konnte z.B. lauten: »das Gegenteil ei- 
nes Ballerspiels«. Wahrend beim »Weltraum-« oder »Grafik«- 
Action-Spiel flinke Finger und ein starrer Blick zum Bildschirm 
das Wichtigste sind, braucht man fur ein Adventure einen 
scharfen Verstand. 

Wer ein Adventure spielen will, muB viel Fantasie und Ein- 
fuhlungsvermogen mitbringen. Hier stellt der Computer ein 
Fenster in eine andere Welt dar, deren Grenzen und Gesetze 
vom Programmierer gesetzt werden. Das Prinzip eines Ad- 
ventures laBt sich am besten anhand eines Rollenspiels er- 
klaren. Sie sind besonders in England unter dem Titel »Dun- 
geons & Dragons« (Hohlen und Drachen) verbreitet. 

Wie ist ein Rollenspiel aufgebaut? 

Da gibt es einen »Dungeon-Master«. Das bedeutet so viel 
wie »H6hlenmeister«, »Spielmeister«. Er erstellt das Spiel und 
ist der Spielleiter. Den einzelnen Spielern werden Charaktere 
wie Zauberer, Fee Oder Zwerg etc. zugeteilt. AuBerdem gibt es 
Nichtspieler-Charaktere. Das sind z.B. Monster und Kreatu- 
ren, die in dem Spiel auftreten. Sie werden ebenfalls vom 
Hohlenmeister gelenkt. Der Spielleiter ist der absolute 
Schiedsrichter. Er verteilt wahrend des Spiels die Punkte. 
Falls sich im Spiel eine besondere Situation ergibt, muB er im- 
provisieren, urn den Spielern gerecht zu werden. 

Viel Fantasie und Ideenreichtum sind vom Spielmeister 
gefordert. Der Ablauf eines Rollenspiels: 

Hohlenmeister: Ihr befindet Euch in einer groBen, trocke- 
nen Hohle mit Fackeln an den Wanden. Was macht Ihr jetzt? 

Die Spieler beraten sich. 

Sprecher der Spieler: Wir untersuchen die Hohle ge- 
nauer. 

Der Hohlenmeister sieht in seinen Planen und Notizen 
nach, ob in der Hohle irgend etwas zu finden ist. 
Hohlenmeister: Ihr entdeckt eine Geheimtur. Was nun? 
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Aus den Erfahrungen der Sonderhefte 46 und 47 wollen wir ein paar sinnvolle 
Tips an Sie weitergeben: 

Bevor Sie mit den Programmer! auf der Diskette arbeiten, sollten Sie unbedingt eine 
Sicherheitskopie der Diskette anlegen. Verwenden Sie dazu ein beliebiges Backup- 
Programm, das eine komplette Diskettenseite kopiert. 

Auf der Originaldiskette ist wegen der umfangreichen Programme nur wenig Speicherplatz 
frei. Dies fuhrt bei den Anwendungen, die Daten auf die Diskette speichern, zu Speicherplatz 
problemen. Kopieren Sie daher das Programm, mit dem Sie arbeiten wollen, mit einem File- 
Copy-Programm auf eine leere, formatierte Diskette und nutzen Sie diese als Arbeitsdiskette. 

Die Riickseite der Originaldiskette ist schreibgeschutzt. Wenn Sie auf dieser Seite speichern 
wollen, mussen Sie vorher mit einem Diskettenlocher eine Kerbe fur die Riickseite der 
Diskette machen, urn den Schreibschutz zu entfernen. Probleme lassen sich von 
vornherein vermeiden, wenn Sie die Hinweise unter Punkt 2 beachten. 
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Einen reprasentativen 
Querschnitt von zwolf 
herausragenden Software- 
Produkten haben wir fur das 
Jubilaumsheft 53 »5 Jahre Sonder- 
hefte« zusammengestellt: 

Mit »Giga-Ass« und »Promon« erhalten 
Sie einen komfortablen Makroassembler 
und einen Maschinensprache-Monitor 
mit fantastischen Funktionen. 

Eine Grafik-Befehlserweiterung des 
Basic 2.0 mit tollen Moglichkeiten ist 
»Grafik2001«. 

»Datec 3.1« liefert Ihnen eine 
Dateiverwaltung fur hochste Anspriiche. 

Der »Sound-Monitor« stellt einen Editor 
zum Komponieren eigener Musikstucke 
zur Verfugung, die Produkten 
professioneller Tonstudios nahezu 
ebenburtig sind. 

»Proterm V6.0« erschlieBt Ihnen die 
faszinierende Welt der Mailboxen und 
Telekommunikation. 

Selbstverstandlich kommen auch die 
Spiele-Freaks nicht zu kurz: 
- »Crillion«, ein brandheiBes 




Geschicklichkeits- und Strategiespiel 
- Die packende Eishockey-Simulation 
»Bully« sorgt fur spannende 
Wettkampfe. 

Das Sonderhef 1 53 liegt ab 
20.4.90 an Ihrem Kiosk. 
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Fortsetzung von Seite 17 

Die Spieler beraten sich erneut. 

Sprecher der Spieler: Wir offnen die Tur und lassen unse- 
ren starksten Mann vorausgehen. 

An diesem Beispiel konnen Sie die Aufgaben des Hohlen- 
meisters erkennen. Ab sofort wollen wir den C64 als Hohlen- 
meister arbeiten lassen. Dazu geben wir ihm Plane, Tabellen 
etc., aus denen er ersehen kann, welche Antworten er geben 
soil. Das Problem dabei ist, daB der Computer an den Planen 
manipulieren und wahrend des Spiels improvisieren soil, da- 
mit keine Langeweile beim Spieler aufkommt. 

Bevor wir uns an dieses Problem wagen, mussen wir ler- 
nen, wie man Plane bzw. ein Spielkonzept erstellt. Sie konnen 
den Computer getrost ausschalten, sich in einen bequemen 
Sessel zurucklehnen und aufmerksam die folgenden Kapitel 
lesen... 

Spielplatz = Speicherplatz 



Ganz einfach - die Befehlsanalyse von X sieht so aus: 
X versteht nur Befehle, die aus zwei Wortern (Verb und Ob- 
jekt) bestehen. Geben wir die Anweisung »Nimm das 
Schwert« ein, interpretiert X das Wort »das« als Objekt der Be- 
fehlsfolge. X sieht in seiner Objekttabelle nach und kann 
»das« nicht finden. X versteht den Befehl nicht. 



m Prinzip gibt es zwei Faktoren, die uns beim Erstellen von 
Abenteuerspielen einschranken: Zum einen die Grenzen un- 
serer Fantasie und zum anderen die Speicherkapazitat des 
C64. 

Wieviel Abenteuer paBt in 38911 Byte? 

Oberstes Gebot: Schranken Sie Ihre Fantasie niemals aus 
Angst vor Speichermangel ein. Wenn Sie die Idee zu einem 
gigantischen Spiel haben, dann kiirzen Sie es niemals so lan- 
ge, bis es in den C64 paBt. Teilen Sie es in mehrere Program- 
me auf, die nacheinander geladen und gespielt werden. Die 
Antwort auf die Frage nach dem Speicher hangt hauptsach- 
lich von der Art des Spiels ab. Wir unterscheiden: 
Spiele mit uberwiegend Grafik (Grafik-Adventure) 
Spiele ausschlieBlich mit Text (Text-Adventure) 

Bei Grafik-Abenteuerspielen findet man fur jeden Raum 
ein Bild. Unter diesem Bild ist ein Textfenster zur Befehlsein- 
gabe, ein Beispiel hierfur ist das Adventure »Zauberschlo6« 
aus dem 64'er-Sonderheft 42. Bei Textabenteuerspielen fin- 
det man anstelle von Bildern lange Texte, die jeden Raum 
ausfuhrlich beschreiben. Das Bild entsteht in der Fantasie 
des Spielers, der den Text liest. 

In diesem Fall werden neben Kenntnissen der Program- 
miersprache auch schriftstellerische Fahigkeiten vom Ent- 
wickler eines Adventures verlangt — mit ein Grund, warum 
Abenteuerspiele mit Grafik entstanden sind. 

Als ich mein erstes Adventure schrieb, war ich besonders 
darauf bedacht, viele Raume zu haben. Ich war der Meinung, 
daB dies fur ein sehr gutes Adventure unbedingt notwendig 
sei. Ich bemerkte bald, daB ich hier vollig falsch lag - das Re- 
sultat war ein Spiel mit 200 (!) Raumen, aber kaum Action. Al- 
les, was man konnte, war herumlaufen und laufen und laufen. 

Wir wollen unsere anfanglich gestellte Frage deshalb er- 
weitern. Angenommen, wir mussen uns exakt mit dem maxi- 
malen Speicherplatz des C64 begnugen: Wie sieht in so ei- 
nem Fall ein gutes Adventure aus, und wie bringt man es auf 
38 KByte? Das Wesentliche ist der Komfort der Befehlseinga- 
be und deren Analyse. Untrennbar damit hangt der Wort- 
schatz des Spiels zusammen. Ein Beispiel: 

Stellen Sie sich ein Abenteuerspiel mit dem Titel X vor. 

Wenn X einen Befehl erwartet, fragt es »WAS NUN?«. 

Wir geben folgendes ein: »Nimm Schwert.« 

X antwortet uns: »Sie nehmen das Schwert.« 

HeiBt die Befehlseingabe aber »Nimm das Schwert«, dann 
antwortet X: »lch kenne (das) nicht.« Oder: »Sie konnen (das) 
nicht nehmen«, »Das geht nicht« usw. 

Was haben wir falsch gemacht? 

Fur uns menschliche Wesen ist »Nimm Schwert« und 
»Nimm das Schwert« gleichermaBen verstandlich, die zweite 
Formulierung zudem besseres Deutsch. Warum versteht uns 
der Computer nicht? 



Spiel ohne Grenzen 



An diesem simplen Beispiel erkennen Sie, was mit guter Be- 
fehlsanalyse gemeint ist: Das Spiel soil langere Satze wie 
»Nimm das Schwert, den Ring und das Brett und gehe nach 
Norden« verstehen. Davon spater mehr. 

Ein weiteres Kriterium fur ein gutes Spiel ist: Der Spieler 
sollte bedeutend mehr Moglichkeiten haben, als nur Gegen- 
stande zu nehmen, zu verlieren und herumzulaufen. 

Wenn wir ein gutes Abenteuerspiel schreiben wollen, so 
mussen wir dem Spieler die Moglichkeit bieten, sich nach 
Lust und Laune in unserer Fantasiewelt austoben zu konnen. 
Vor alien Dingen dann, wenn der Spieler etwas macht, das 
mit der Losung des Spiels nichts zu tun hat. 

Stellen wir uns einen Raurfi mit einer groBen Kiste und ei- 
nem Fenster vor. 

Wir sollten dem Spieler folgende Dinge ermoglichen: 

- Kiste offnen und schlieBen (wenn wir wollen, muB er dafur 
einen Schlussel haben). 

- Gegenstande in die Kiste legen. 

- Kiste mitnehmen, falls sie nicht zu schwer ist. 

- sich in der Kiste verstecken (wenn sie groB genug ist). 

- Kiste verschieben, falls sie zu schwer zum Tragen ist. 

Achtung: Der Spieler kann nur in die Kiste gehen, wenn 
alle Gegenstande, die er besitzt, mit in die Kiste passen. An- 
sonsten muB er sie vorher ablegen. 

- Fenster offnen und schlieBen oder hinaussehen. 

- aus dem Fenster springen. 

Sie sehen, wie viele Moglichkeiten in der Ausgangssitua- 
tion (Kiste und Fenster) stecken. 

Lebendige Personen sind in einem guten Adventure nie 
fehl am Platz. Allerdings ist es langweilig, nur auf Taubstum- 
me zu treffen. Kommen Personen im Spiel vor, sollten sie 
mehr konnen, als nur herumstehen oder wortlos hinter dem 
Spieler herrennen. Ein gutes Beispiel fur »selbstdenkende« 
Spielcharaktere finden wir im englischen Adventure »The 
Hobbit« von Melbourne House. Wer es kennt (wahrscheinlich 
jeder Adventure-Freak), weiB, was Thorin, Gandalf, Elrond, 
Bard, der Butler oder Smaug, der Drache, im Spiel alles selb- 
standig treiben. Dieses gute Adventure bietet aber auch 
Grund zur Kritik: 

Sagt man seinem Freund Elrond »Lies die Karte«, so kann 
es vorkommen, daB dieser einfach »nein« sagt. Wird man von 
Monstern gefangen und wartet auf Rettung durch einen 
Freund, kann es passieren, daB man heute noch wartet... 

Fassen wir zusammen, was ein gutes Adventure auszeich- 
net: 

1 . Der Spieler sollte moglichst viele (auch unsinnige) Mog- 
lichkeiten haben, damit ihm die Grenzen des Spiels nicht 
auffallen. 

2. Das Spiel muB einen groBen Wortschatz und eine groBzu- 
gige Befehlsanalyse besitzen, d.h. es soil Worte nicht nur 
erkennen, sondern den Sinn eines ganzen Satzes verste- 
hen. 

3. Das Abenteuerspiel sollte zu jedem Raum einen ausfuhr- 
lich beschriebenen Text haben. Grafiken konnen diesen 
Text ab und zu unterstutzen - doch darf nicht sein, daB ein 
Spieler erst ratseln muB, was die Grafik darstellt. Grafiken 
sind nur Erganzungen zu einem guten Text - sie konnen 
ihn nicht vollig ersetzen. 

4. Wenn im Adventure Personen (Charaktere) auftreten, soil- 
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ten sie einen eigenen Willen haben, sprechen und verste- 

hen konnen. 

Nehmen wir als Beispiel erneut den Raum mit Kiste und 
Fenster: 

Ein selbstdenkender Spielcharakter, z.B. ein Geist, kommt 
in das Zimmer. Er hat im dem Fall dieselben Oder ahnliche 
Moglichkeiten wie der Spieler. 

Der Geist sieht die Kiste und beschlieBt, sich darin zu ver- 
stecken. Er offnet den Kasten, steigt hinein und schlieBt ihn 
von innen. Wenn jetzt der Spieler den Raum betritt, bieten 
sich viele neue Moglichkeiten. 

Aktion 1. Der Spieler offnet die Kiste: 

- Der Geist erschreckt und flieht. 

- Der Geist erschreckt den Spieler zu Tode. 

- Die Kiste ist leer. Warum? Bei einem Geist ist alles moglich. 



2. Der Spieler offnet die Kiste nicht, bleibt aber im 
Zimmer: 

- Der Geist kommt aus der Kiste heraus. .. 

- Der Spieler hort ein Schluchzen und Weinen. Warum? Der 
Geist hat sich selbst in der Kiste eingeschlossen und bittet 
Sie, ihn herauszulassen. 

Aktion 3. Der Spieler hilft dem Geist: 

- Der Geist belohnt den Spieler groBzugig. 

- Der bose Geist totet den Spieler trotzdem. 

Aktion 4. Der Spieler offnet die Kiste und erwischt den 
Geist beim Flirten mit einer Hexe. 

- Der Geist errotet und lost sich in Luft auf. 

- Die Hexe belegt den Spieler mit einem Zauberbann, den er 
mit Hilfe eines Losungswortes aufheben kann. 

- Der Geist schlagt die Kiste wieder zu. 

Sie sehen, wie viele Moglichkeiten in der Situation »Kiste, 
Fenster, Geist und Spieler« stecken. Sicher haben Sie bereits 
eigene Ideen ausgeheckt. 

Weitere Anregungen gefallig? Stellen Sie sich eine zusatz- 
liche Person in unserer Ausgangssituation vor. Was passiert, 

- wenn der Spieler auf diese Person trifft? 

- wenn diese Person dem Gespenst begegnet? 

- wenn sich die neue Spielfigur (z.B. eine Hexe) und der Geist 
verbunden, urn gemeinsam gegen den Spieler vorzuge- 
hen? 

Unsere Frage, wieviel Adventure in 38 KByte paBt, ist noch 
nicht beantwortet. Die bisherigen Ausfuhrungen sollten Ihnen 
begreiflich machen, warum eine konkrete Antwort unmoglich 
ist. Gerade als Einsteiger in die Adventure-Programmierung 
ist man kaum in der Lage, abzuschatzen, wieviel Speicher fur 
das geplante Spiel benotigt wird. Dieses Abschatzen will ge- 
lemt sein. Doch dazu mehr im Abschnitt uber die Programm- 
entwicklung. 

Ohne Drehbuch kein Film 



Das Schreiben von Abenteuerspielen kann man am besten 
mit dem Drehen eines Films vergleichen. Wahrend am Ent- 
stehen eines Kino-Films unzahlige Leute mitarbeiten, mus- 
sen Sie alle Arbeiten ganz allein verrichten. Sie sind Dreh- 
buchautor, Regisseur und Kameramann in einer Person. 

Lange bevorein Filmregisseur zu drehen beginnt, braucht 
er die Story, worum es in dem Film gehen soil. Auch der Pro- 
grammierer eines Adventures muB eine Idee aufgreifen, aus 
der spater das Spiel entsteht. Das ist vermutlich der schwie- 
rigste Teil. Es ist nicht leicht, ein absolut neues und moglichst 
originelles Spielthema zu finden. Denken wir dabei an die 
zahlreichen Spiele, bei denen eine Burg oder ein SchloB im 
Mittelpunkt steht: ZauberschloB, Burg des Schreckens, 
SchloB des Grauens usw. Viele Spiele finden in Hohlen (engl. 
»Caves«) start. Darum sollten Sie bei ihren Uberlegungen ein 



Spiel anstreben, das sich im gesamten Abenteuerland und 
nicht nur in einer Burg abspielt. 

Im Prinzip sind folgende Spielarten moglich: 
Marchen und Legenden 
Science-fiction 
modernes Adventure 

Unter »Marchen« versteht man ein Spiel mitZauberem, He- 
xen, Drachen usw. Bei »Science-fiction« konnte es sich urn 
ein Weltraum- oder ein Zukunfts-Abenteuer handeln. Ein 
»modernes Adventure« spielt in unserer Zeit. Selbstverstand- 
lich konnen sich diese Themen uberschneiden (z.B. die Rei- 
se mit einer Zeitmaschine). Ich mochte Ihnen als Beispiel ei- 
nige Gedanken fur eine Spiel-Story prasentieren. 

Von der Idee zum Spiel 

Nehmen wir an, ich mochte ein Spiel schreiben, das in der 
Vergangenheit spielt. Ich brauche zu Beginn des Adventures 
eine Zeitmaschine, mit der der Spieler in die Vergangenheit 
reisen kann. Da es heutzutage noch kein Gerat fur Reisen in 
die Zeit gibt, muB ich den Anfang des Spiels in die Zukunft 
verlegen. Unser erster Spielgedanke konnte sein: 

Im Jahre 2000 wird eine Zeitmaschine mit zwei Mann Be- 
satzung in die Vergangenheit geschickt. Der Spieler gehort 
zur Besatzung der Zeitmaschine. Damit er nicht alleine ist, 
geben wir ihm einen Begleiter, einen Wissenschaftler, mit auf 
den Weg (der Professor wird im Programm als selbstdenken- 
der Spielcharakter behandelt). Selbstverstandlich mussen 
wir dem Spieler eine Aufgabe stellen. Er konnte herausfin- 
den, warum die Dinosaurier seinerzeit ausgestorben sind. 

Damit ist unser erster Gedanke - die Ausgangssituation - 
abgeschlossen. Unser Spieler fliegt in die Vergangenheit. 
Jetzt mussen Sie sich ausdenken, was ihn dort erwartet. Er 
konnte auf Steinzeitmenschen oder AuBerirdische treffen. 
Neandertaler wurden ihn gefangennehmen. Sie mussen sich 
voll auf Ihre Fantasie stiitzen. 

Lassen Sie Ihrer Vorstellungskraft freien Lauf. Wenn die 
Gedankenblitze greifbare Formen angenommen haben, soll- 
ten Sie prufen, ob vollig unrealistische Situationen darunter 
sind. Verzichten Sie lieber auf solche Ideen. 

Bevor das Spiel in ein Programm umgesetzt wird, muB es 
in Form von Skizzen und Tabellen (das »Drehbuch«) nahezu 
fertig vorliegen. Viele Programmierer setzen sich an den 
Computer und schreiben drauflos, nach dem Motto: erst Tip- 
pen, dann Denken. Auf diese Weise entstehen Spiele, die so 
viele stilistische und programmbedingte Fehler enthalten, 
daB sich das Spielen nicht lohnt. Sie wandern in die Schub- 
lade und werden schnell vergessen. AuBerdem geht beim 
Programmieren nach einiger Zeit der Uberblick verloren, so 
daB Korrekturen muhsam werden. Der Programmierer ver- 
liert die Lust, weiterzu machen. 

Einige Leser konnten einraumen, daB sie ihre Programme 
gut strukturieren und ein Uberblick jederzeit gewahrleistet ist. 
Das mag stimmen, soweit es sich urn die Programmierung ei- 
nes SchieBspiels handelt. Aus eigener Erfahrung kann ich Ih- 
nen versichern: Es ist unmoglich, ein 38-KByte-Adventure bis 
auf die letzte Variable zu strukturieren - irgendwann findet 
man sich selbst im besten Programmaufbau nicht mehr zu- 
recht. AuBerdem sind strukturierte Programme viel langer als 
herkommliche und verbrauchen eine Menge Speicherplatz. 

Niemand kann von Ihnen verlangen, jedes Adventure vor 
der Umsetzung zum Programm bis ins allerletzte Detail aus- 
zuarbeiten. Sie sollen lernen, welche Unterlagen man stets 
beim Programmieren neben sich liegen haben muB, urn pro- 
blemlos und schnell Anderungen am Spiel vomehmen zu 
konnen. Generell empfehle ich, ein Heft (DIN-A4-Format) zu 
fuhren, in dem alle wichtigen Informationen und Tabellen zum 
Spiel enthalten sind. 
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Biicher als Ideen-Lieferanten 



Am Anfang unserer Arbeit steht die Idee. Gut gesagt, aber 
woher nehmen? Hierzu bietet sich an, den Software-Markt zu 
durchforsten und einige professionelle Adventures zu spie- 
len. Gute Abenteuerspiele, die wir Ihnen empfehlen konnen, 
sind: »Zak McKracken« von Rushware Oder »Logan« aus 
»64'er-Disc«, Ausgabe 1/90. Es ist klar, daB Sie die darin ent- 
haltenen Ideen nicht in Ihren eigenen Spielen kopieren sollen 
- es genugt, daraus zu lernen, wie andere Autoren gewisse 
Ideen verwirklicht haben. Es ist kein Beinbruch, wenn Sie an 
ein extrem schlechtes Adventure geraten. Sie werden aus 
den Fehlern lernen und sie in eigenen Abenteuerspielen ver- 
meiden. 

Unter »Abenteuer« sollte man »Erleben« verstehen. Der 
Sinn eines Adventures besteht nicht alleine darin, einen Zau- 
berer zu besiegen Oder Schatze zu finden. Es soil ein Spiel 
sein, das der Spieler selbst beeinflussen kann und dabei eini- 
ges erlebt. Hier noch einige Beispiele 

Spielidee 1: Der Lowe ist los 

Ein kleiner Wanderzirkus kommt in die Stadt. In der Nacht 
bricht ein gefahrlicher Lowe aus und macht die Stadt unsi- 
cher. 

Die Aufgabe des Spielers besteht darin, den Lowen zu fin- 
den und zu fangen. 

Spielidee 2: Juwelenraub auf der »Queen Mary« 

Auf einem riesigen Passagierdampfer reist eine Grafin mit. 
Aus ihrer Kabine wird plotzlich ihr gesamter Schmuck ent- 
wendet. Der Tater kann das Schiff erst verlassen, wenn es im 
nachsten Hafen anlegt. Aufgabe des Spielers ist, den Dieb zu 
entlarven, bevor die Schiffsreise beendet ist. 

Spielidee 3: Die geheimnisvolle insel 

Eine Raschenpost mit einer Seekarte wird gefunden, auf 
der eine bisher unbekannte Insel eingezeichnet ist. Aufgabe 
des Spielers: zur Insel reisen und sie erforschen. 

Diese drei Themen sind Beispiele, wie eine zundende Idee 
zu einem Spiel aussehen konnte. Es gibt unzahlige spannen- 
de Abenteuerbucher. Sehen Sie sich zwanglos in Biicherei- 
en, Bibliotheken und Buchhandlungen urn. Bestimmt finden 
Sie ein Buch, das Ihnen wertvolle Anregungen zu einem 
Spiel geben kann. Empfehlenswert sind die Fantasy-Buchrei- 
hen verschiedener Verlage. Weitere Vorschlage finden Sie in 
Kinofilmen - denken Sie an die verschiedenen Computer- 
spiele, die erfolgreichen Film-Hits nachempfunden wurden, 
wie »Der dunkle Kristall« oder »lndiana Jones«. Betrachten wir 
die vorgestellten Themen genauer: 

Der Lowe ist los 

Auf den ersten Blick scheint in der Idee, »Spieler muB aus- 
gerissenen Lowen fangen«, nicht allzuviel zu stecken. 

Der Spielort: eine groBe Stadt. Damit das Spiel nicht zu mo- 
noton wird, setzen wir einige Parks oder Grunanlagen in die 
Abenteuerlandschaft »Stadt«. Urn den Lowen zu fangen, be- 
notigt der Spieler einen Kafig und frisches Fleisch, das den 
Lowen anlocken soil. Den Kafig kann er nur mit einem Last- 
wagen befordem, den der Spieler z.B. mieten muB. Der Last- 
wagen braucht ab und zu Diesel. Das kostet Geld - der Spie- 
ler hat aber keines. Vielleicht gibt es in der Stadt ein Spiel- 
Casino oder eine Bank, bei der sich der Spieler Geld leihen 
kann. Vorsicht, da sind ein paar Diebe, die auf das erworbene 
Geld scharf sind! Was passiert, wenn der Lastwagen unter- 
wegs kaputtgeht? 

Juwelenraub auf der »Queen Mary« 

Widmen wir uns dem zweiten Beispiel. Der Spielort ist ein 
Schiff - mit Kabinen, Speisesaal, Aufenthaltsraumen, Decks 
usw. Die Handlung kann man mit der eines Kriminalfalls ver- 
gleichen. In dieser Art Adventure mussen viele Personen mit- 




spielen, die alle Motive und Alibis haben konnten. Der Spieler 

beschattet die Personen und befragt sie. Er ubernimmt die 

Rolle eines Detektivs. Wahrend der Suche nach dem Tater 

kann ein Mordanschlag passieren (er muB aber nicht unbe- 

dingt gelingen) - ein Attentat auf eine Person (nicht auf den 

Spieler!), die den Tater kennt und nach dessen Ansicht zu viel 
weiB. 

Ein Spiel dieser Art in ein Programm zu packen, ist zwar 
moglich, aber relativ schwierig. Das Programm muB alle Per- 
sonen (den Spieler ausgenommen) steuern. Die Personen 
mussen sich bewegen, handeln und auf den Spieler einge- 
hen (reagieren). 

Die geheimnisvolle Insel 

Das konnte ein typisches Abenteuerspiel sein. Durch eine 
Seekarte findet der Spieler den Weg zu einer unbekannten In- 
sel. Auf der Insel leben fur ausgestorben gehaltene Tiergat- 
tungen (Saurier) und Steinzeitmenschen. Auf der Insel gibtes 
Hohlensysteme, Flusse, Dschungel, Berge, Seen und einen 
Vulkan. Die Insel birgt ein Geheimnis, das der Spieler ent- 
decken muB. Das naheliegendste ware, einen Schatz zu ver- 
stecken. Man kann dem Spiel auch einen Hauch Science- 
fiction verleihen: Der Spieler entdeckt im Inneren des Vulkans 
eine technisch hochentwickelte Apparatur - die Inselbewoh- 
ner entpuppen sich als perfekte Roboter. Vielleicht ist die In- 
sel nur eine Tarnung fur eine geheime Raumschiff-Station? 
Anhand dieses Beispiels konnen Sie gut erkennen, wie man 
uberraschende Effekte erzielt, durch die der Spieler, der ei- 
gentlich glaubt, er musse nur einen vergrabenen Schatz fin- 
den, vollig verbliifft wird. Ich mochte ein Beispiel herausgrei- 
fen, an dem wir lernen wollen, welche Tabellen man erstellen 
muB und wie man eine Adventure-Karte zeichnet. 

Einigen wir uns auf das dritte Beispiel - die geheimnisvolle 
Insel. Machen wir uns zunachst Gedanken uber die Umge- 
bung der Insel. Wie sieht es auf einer Sudsee-lnsel aus? Da 
ist der Strand - dort soil auch unser Spiel beginnen. Der Spie- 
ler rudert mit einem Boot vom Schiff zum Ufer. Von dort 
kommt er in einen tropischen Regenwald oder Dschungel. 
Auf unserer Fantasie-lnsel erhebt sich ein hohes Gebirge, in 
dessen Zentrum ein riesiger Vulkan aufragt. Mehrere Flusse 
durchqueren das Eiland, ihre Quellen liegen im Gebirge. Wo 
Flusse und Vulkane sind, existieren auch heiBe Quellen und 
Lagunen. Die Insel ist bewohnt. Wir stoBen auf ein kleines 
Dorf mit Eingeborenen oder auf mehrere mit unterschiedli- 
chen Stammen. Ab diesem Punkt benotigen wir eine Skizze. 
Malen wir unseren Lageplan, ahnlich wie in Bild 1. 

Diese Grafik hat wenig mit einer richtigen Adventure-Spiel- 
karte gemeinsam. Die GroBenverhaltnisse auf dem Bild stim- 
men nicht! Es soil lediglich ein grober Uberblick von den ge- 
planten Adventure-Landschaften sein. Bei der vorgestellten 
Skizze der Insel sind folgende Interpretationen moglich: Ein 
riesiges Gebirge erstreckt sich uber den westlichen Teil der 
Insel. Im Zentrum des Gebirges steht ein Vulkan. Im Gebirge 
entspringen mehrere Flusse, die die Insel durchflieBen. Einer 
der Flusse mundet in einen groBen See im ostlichen Teil der 
Insel. An einem der Flusse liegt ein Eingeborenendorf. Im 
nordwestlichen Teil, am FuB des Gebirges, befindet sich eine 
riesige Mauer. Hinter der Mauer liegt ein Tempel versteckt. 
Der restliche Teil der Insel besteht aus Waldern und Sumpfen. 

Damit gewinnen Sie einen bildlichen Eindruck der Ge- 
gend, in der das Adventure spielen soil. Wahrend Sie die 
Skizze betrachten, kommen Ihnen schon neue Ideen und An- 
regungen uber den Verlauf des Adventures. 

Woruber wir uns bisher keine Gedanken gemacht haben, 
sind die Aufgaben, die der Spieler losen muB. Der nachste 
Schritt besteht darin, die eigentliche Spielkarte zu entwerfen, 
mit deren Hilfe wir das Spiel programmieren werden. 

Ein groBes Problem muB noch gelost werden: Hat man die 
Spielkarte fertig ausgearbeitet, ist es schwierig, spatere An- 
derungen vorzunehmen. Wahrend man das Spiel program- 
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miert, kommen einem viele Ideen in puncto Spielwitz, die 
man mit einbauen will. Zeichnen Sie deshalb die Spielkarte 
sorgfaltig und sauber, damit Sie die Ubersicht nie verlieren. 

Entwurf der Spielkarte 

Die Gedankengange beim Erstellen einer Spielkarte mus- 
sen exakt die Umkehrung derjenigen sein, mit denen Sie das 
Adventure losen. 

Bestimmt haben Sie schon ein Adventure gespielt und sich 
dabei Notizen iiber Raume und Objekte gemacht. Der Com- 
puter liefert zu Programmbeginn semen ersten Lagebericht, 
z.B.: 

SIE BEFINDEN SICH IN EINEM GROSSEN ZIMMER 

IM NORDEN BEFINDET SICH EINE TUER, DIE OFFEN 1ST 

MOEGLICHE RICHTUNGEN: S, N, 

Der gewissenhafte Abenteurer macht seine erste Notiz. Er 
zeichnet ein Kastchen und beschreibt kurz den Raum (Bild 2). 
Dann malt er Pfeile in die moglichen Richtungen. Der Pfeil 
zeigt in die Richtung, durch die man den Raum verlassen 



kann. Geht man z.B. nach Norden, weiB man-noch nicht, ob 
man anschlieBend durch Bewegung nach Suden wieder zum 
Ausgangsort zuruckkehren kann. Deshalb nur ein Pfeil. Der 
nachste Schritt besteht darin, die einzelnen Richtungen aus- 
zuprobieren. Gehen wir nach Osten. 
Das Programm liefert daraufhin folgenden Lagebericht: 

SIE BEFINDEN SICH IN EINEM LANGEN GANG 

AM ENDE DES GANGES 1ST EIN KLEINES FENSTER 

MOEGLICHE RICHTUNGEN: W, 

Wir konnen den Lageplan erganzen. Aus der »Lagebe- 
richtserstattung« des Programms geht hervor, da(3 man nach 
Westen oder Osten laufen kann (Bild 3), 

Logischerweise muBte man wieder in das groBe Zimmer 
gelangen, wenn man zuruck nach Westen lauft. Probieren wir 
es aus. Wir gehen zuruck in westliche Richtung - und sind 
wieder im groBen Zimmer. Jetzt konnen wir den Pfeil in der 
entgegengesetzten Richtung mit einer Spitze versehen. (Bild 

4). 
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Meer 



Es scheint viele Adventure-Programmierer zu geben, de- 
nen es eine wahre Freude bereitet, den Spieler durch unlogi- 
sche Plane zu verwirren. Auch in professionellen Adventures 
(z.B. der Klassiker »Hobbit« von 1984) wird ein derartiges Ver- 
wirrspiel getrieben. Es kann sehr frustrierend sein, wenn der 
Spielplan vollig unlogisch aufgebaut ist. Deshalb auch mein 
Rat an alle angehenden Adventure-Programmierer: Vermei- 
den Sie so etwas in Ihren Abenteuerspielen. Der Spieler sollte 
durch derartige Fehler nicht vom Spiel abgelenkt werden, au- 
Ber es ist vom Programmierer so vorgesehen. 

Einige Beispiele: 

- Man sturzt in eine Grube. 

- Ein Fallgitter fallt herunter und versperrt den Ausgang. 

- Hinter dem Spieler fallt eine Tur zu, die sich nicht mehr off- 
nen laBt. 

Eine Szene, bei der ein Fallgitter herunterfallt, wiirde man 
wie in Bild 5 kennzeichnen. Sie mussen beim Pfeil angeben, 
warum eine Umkehr unmoglich ist. Dazu genugt ein markan- 
tes Wort (z.B. Fallgitter). Oft befinden sich Turen zwischen 



Bild 1. Die Skizze der Schatzinsel, 
im Fachjargon 
»Scribble« genannt 

einzelnen Raumen. Diese Turen werden im Plan skizziert 
(Bild 6). Sie werden durch gestrichelte Linien mit der entspre- 
chenden Bemerkung (Schlussel) dargestellt. Im Fall einer 
magischen Tur wiirde sie eventuell »Zauberspruch«, bei ei- 
nem elektronisch gesicherten Durchgang vielleicht »ldenti- 
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Bild 2. Der Raum 
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Bild 3. Der Weg fuhrt durch einen langen Gang nach Osten 
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Bild 4. Freier Ruckzug - der Pfeil mit zwei Spitzen macht es 
moglich 
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Bild 5. Beispiel einer ausweglosen Situation 
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Bild 6. Ohne Schlussel fuhrt kein Weg ins kleine Zimmer 
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tatskarte« lauten. Fehlt diese Bemerkung, bedeutet dies, daB 
man die Tur ohne weiteres passieren kann. 

Eine andere Spielsituation: Der Spieler sturzt in eine Gru- 
be, die er mit Hilfe eines Seiles wieder verlassen kann. Die 
entsprechende Skizze sehen Sie in Bild 7. 

Lauft man demnach vom groBen Zimmer in sudlicher Rich- 
tung, sturzt man in eine Fallgrube. Sie kann nur mit einem Seil 
wieder verlassen werden. Die Bedingung »Seil« finden Sie in 
dem groBen Pfeil, der von der Grube zum groBen Zimmer 
fuhrt. 

Aus diesem Beispiel laBt sich etwas lernen - man sollte den 
Spieler nie vor vollendete Tatsachen stellen Oder in eine aus- 
sichtslose Lage bringen. Zahlreiche Adventures tun das zu 
gern: 

SIE SIND IN EINE FALLGRUBE GESTUERZT UND HABEN SICH 
DAS GENICK GEBROCHEN! 
WOLLEN SIE NOCHMAL SPIELEN? 

Nein! Diese Spiele werden von mir nur einmal gespielt. 

Ein Grundprinzip fur jeden Adventure-Programmierer: Der 
Spieler darf lediglich aufgrund eigenen Fehlverhaltens verlie- 
ren. Hinterhaltige Fallen verderben die Spiellaune. 

Mehr als vier Richtungen 

Scheuen Sie sich nicht, zehn Himmelsrichtungen zu ver- 
wenden: 

N, S, 0, W, NO, NW, SO, SW, RAUF, RUNTER 

dadurch lassen sich bedeutend interessantere Plane erstel- 
len. 

Die Richtungen N, S, O, W, NO, NW, SO, SW werden auf 
der Lagekarte mit einfachen Pfeilen dargestellt, »RAUF« und 
»RUNTER« hingegen mit Doppelpfeilen, damit keine Irrtumer 
auftreten konnen (Bild 8). Die Bedeutung der Skizzensymbo- 
le sollte uns jetzt gelaufig sein. 

Wie setzen wir die Skizze der Insel in einen sinnvoll aufge- 
bauten Lageplan urn? 

Ich empfehle Ihnen, sich zunachst Gedanken uber den 
Spielverlauf zu machen. Gehen wir von folgender Situation 
aus: Der Spieler befindet sich zu Beginn des Spiels auf dem 
Schiff. Von dort aus rudert er zur Insel. Er durchquert eine 
Wald- und Sumpflandschaft, urn zum Dorf der Eingeborenen 
zu gelangen. Das Dorf liegt an einem FluB. Der Spieler kann 
das Dorf mit seinem Ruderboot vom Meer aus uber den FluB 
nicht erreichen. Die Stromung ist zu stark. Im Eingeborenen- 
dorf erfahrt der Spieler ein Geheimnis: 

»Der vor Jahren erloschene Vulkan im Nebelgebirge strahlt 
in manchen Nachten ein merkwurdiges Licht aus. Die Einge- 
borenen haben groBe Angst davor. Neugierige, die das Ge- 
heimnis ergrunden wollten, sind nie mehr zuruckgekehrt. Ei- 
ne alte Legende erzahlt von einer riesigen Mauer, die sich ir- 
gendwo im unbewohnten Teil der Insel, im Nordwesten befin- 
det. Niemand weiB, was sich hinter der Mauer verbirgt. Aben- 
teurer haben berichtet, daB ein schwarzer FluB durch die 
Mauern zum groBen See flieBt.« Der Spieler wird versuchen, 
das Geheimnis (und damit das Adventure) zu losen. 

Einleitungen zu einem Abenteuerspiel sollte man sich an- 
gewohnen, da sie das Interesse am Spiel steigern. Sie durfen 
nur oberflachliche Informationen enthalten. Der Spieler kennt 
nun die Geheimnisse, die er luften will. Wir wissen, daB der 
erste Weg des Spielers vom Inselstrand zum Dorf der Einge- 
borenen fuhrt. Wohin soil er jetzt gehen? Es gibt zwei Mog- 
lichkeiten: das Nebelgebirge mit dem Vulkan und die hohe 
Mauer. Irrwege werden jetzt noch nicht berucksichtigt. Dabei 
muB klar sein, daB sich der Spieler auf der Insel frei bewegen 
kann - vom Dorf durch den Dschungel wieder zuruck zum 
Strand, ins Boot und zuruck zum Schiff. 

Die Losung 

Nun zum absolut richtigen Weg. Er fuhrt uber das Nebelge- 
birge zum Vulkan. In seinem Inneren befindet sich eine hoch- 
entwickelte, vollautomatisierte Fabrik. Sie wird von Roboter- 
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Bild 7. Ein Seil hilft Ihnen, die Fallgrube zu verlassen 
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8. Vom FuB der Berge bis zur Spitze: aufwarts Oder 
a b warts, beide Richtungen sind moglich 

sklaven betrieben. Gesteuert werden sie durch einen wahn- 
sinnigen Professor, der die Weltherrschaft an sich reiBen will. 
In der Fabrik durchlebt die Spielfigur einige kribbelnde Si- 
tuationen, bis sie einen Geheimgang entdeckt. Er fuhrt unter 
dem Nebelgebirge zum Tempel hinter der Mauer. Der Spieler 
betritt den Tempel und muB dort einige »Nusse« knacken. An- 
schlieBend kommt er uber den schwarzen FluB unter der 
Mauer hindurch zum groBen See, von dort zum Strand und 
zuruck zum Schiff - das Adventure ist gelost. 

Grundplankarte und Spielplan 

. Es ist an der Zeit, eine neue Skizze zu zeichnen, zumindest 
unsere alte Inselskizze ein wenig zu uberholen. Sie wird in die 
Grundplankarte nach dem vorgestellten Kastchen-und-Pfeil- 
Prinzip umgesetzt (Bild 9). 

In der Landkarte sind funf groBe Bereiche und ihre Verbin- 
dung zueinander eingezeichnet: Urwald, Nebelgebirge, Vul- 
kan, Tempel und der groBe See. Die Hauptgebiete der Insel 
wurden in einzelne Blocke aufgeteilt. Nach dieser Aufteilung 
die eigentliche Landkarte anzufertigen, ist bedeutend leichter 
als nach der Skizze von Bild 1. 

Der Strand und das Schiff wurden ebenfalls als Blocke ein- 
gezeichnet. Je groBer ein Block ist, desto mehr Raume kann 
er enthalten. Zwischen den einzelnen Bereichen finden Sie 
einfache und doppelte Pfeile, die bedingungsabhangige Ver- 
bindung zwischen den Raumen. Leicht konnen Sie daraus 
ersehen, daB man lediglich uber den Geheimgang vom Vul- 
kan zum Tempel kommt. Von dort geht es nur uber den FluB 
zum groBen See. 

Der nachste Schritt besteht darin, die einzelnen Gebiets- 
blocke in einzelne Raume zu gliedern. Es gibt keine verbindli- 
chen Vorschriften daruber, wieviele Raume und wieviel Action 
man in ein gutes Adventure packen sollte. Als Faustregel 
konnte gelten: eine Relation zwischen Raumanzahl und Ac- 
tion von 1:1. 

Der Spielplan (Bild 10) liegt nahezu fertig vor uns. Aus ihm 
ist ersichtlich, welche Raume existieren und wie sie miteinan- 
der verbunden sind. Dieser Plan ist knapp gehalten und nicht 
ausreichend modifiziert. Einige Beispiele dazu: Man kann 



26 



SONDERHEFT 52 



033? 



GRUNDLAGEN 



den Wald vergroBern. Der Spieler konnte durch den Wald zur 
Mauer kommen. Dort kommt man zwar nicht weiter, denn der 
Tempel ist nur durch den unterirdischen Geheimgang vom 
Gebirge aus zu erreichen. Aber in der Vorgeschichte des 
Spiels haben wir die sagenumwobene Mauer erwahnt, des- 
halb muB sie im Spiel auftauchen. AuBerdem sollte man die 
unterirdische Fabrik, die gesamten Wandermoglichkeiten im 
Gebirge und den Tempelplan mit einbauen. 

Langeweile vermeiden 

Es wird Zeit, sich Gedanken uber den Aktionsverlauf des 
Spiels zu machen. 

Tatsachlich arbeitet man beim Erstellen von Adventure- 
Spielen immer an mehreren Dingen gleichzeitig. 

Wahrend man die Landkarte zeichnet, kommen einem 
neue Ideen. In Raum 11 finden Sie z.B. eine Hohle. Von ihr 
war noch nie die Rede. Wie kommt sie dann in den Plan? 
Ganz einfach: Die Idee kam mir beim Zeichnen der Landkarte 
fur das Gebirge. Wie wird ein Spieler reagieren, wenn er die 
Lagebeschreibung erhalt: 

SIE BEFINDEM SICH IM GEBIRGE. 
SIE SEHEN EINEN HOEHLENEINGANG ! 

Jeden Spieler wird die Neugier plagen. Er geht in die Hoh- 
le. Ist sie leer, ware das langweilig. Legen Sie in die Hohle ei- 
nen Gegenstand, der fur das weitere Spiel sehr wichtig ist. 
Das konnte ein Schlussel, ein Schwert oder ahnliches sein. 
Damit ist gewahrleistet, daB der Spieler in die Hohle gehen 
muB - fruher oder spater. 

Bei einem Adventure sollte man nur dann etwas bekom- 
men, wenn man es sich verdient hat. Der Spieler darf nicht 
einfach in die Hohle gehen, den Gegenstand nehmen und sie 
wieder verlassen. Wir mussen ihm eine Aufgabe stellen. 

Eine abgedroschene Losung ware, den Gegenstand im 
Boden der Hohle zu vergraben (der Spieler braucht dazu eine 
Schaufel) oder zu verstecken. Mehr Spielfreude laBt eine 



schwierige Aufgabe auf kommen, bei der der Spieler nur 
durch Nachdenken weiterkommen oder uberleben kann. Da 
kommt mir ein Gedanke: Ein wilder Bar. In der Hohle findet 
der Spieler einen interessanten Gegenstand. Er nimmt ihn an 
sich. Plotzlich tont ein gefahrliches Brummen vom Hohlen- 
eingang her. Ein riesiger Bar betritt mit Gebrull die Hohle und 
nahert sich dem Spieler. Die Frage ist: Wie kommt er lebend 
aus der Hohle heraus? Wegrennen ist zu leicht. Den Bar mit 

einem Schwert zu bekampfen ist nicht moglich, da er zu stark 
ist. 

Wir haben vorher klargestellt, daB man in einem guten Ad- 
venture den Spieler nie vor vollendete Tatsachen stellen darf. 
Die rettende Idee: Baren haben Angst vor Feuer. Der Spieler 
muB schnell etwas Holz vom Boden nehmen (das dort liegen 
muB) und es mit seinem Feuerzeug (das er hoffentlich in sei- 
ner Ausrustung hat) entziinden. Der Bar bekommt Angst und 
flieht! 

Viel Action in Adventures packen! 

Das war ein Beispiel, wie eine Action-Szene aussehen 
konnte. 

Die Arbeitsschritte dazu: 
-Ausdenken einer Gefahrensituation, auch wenn sie zu- 
nachst ausweglos erscheint. 

- Bei welchen Reaktionen verliert der Spieler? 

- Welche Moglichkeiten hat er, die Situation zu uberstehen? 
Kann der Spieler Gegenstande verwenden, die sich im 
Raum befinden? Gibt es Fluchtwege? Hilft ein Zauberwort? 
Bedenken Sie: Je intensiver Sie eine Spielsituation durch- 

denken, je schwieriger eine vernunftige Losung zu finden ist, 
desto interessanter und anspruchsvoller wird das Spiel fur 
den »Abenteurer« sein. Betonen mochte ich den Ausdruck 
»vernunftig«. Losungen sollten der Realitat entsprechen. 

Nach dem Einbau von Action-Szenen muB zumeist die 
Spielkarte (Bild 10) geandert werden. 
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Bild 9. Diese Grundplankarte wurde aus der Skizze entwickelt 
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Bild 10. Genaue Ubersicht der Raumverteilung: der Spielplan 

Richtungen definieren 

Von Raum 1 (Strand) kann man in mehrere Richtungen ge- 
hen. Sie fuhren in den Urwald. Betrachten Sie die Raume 4 
und 7 im Wald und ihre Verbindungen zueinander. Sie wer- 
den feststellen, daB man von Raum 7 nach Sudosten gehen 
muB, urn in Raum 4 zu gelangen. Es ist sehr wichtig, die Him- 
melsrichtungen NO, SO, SW, NW ebenfalls in der Karte zu 
vermerken. Es bedeutet zwar mehr Programmieraufwand als 
bei vier Himmelsrichtungen, aber der Spielplan wird mit acht 
bzw. zehn Richtungsmoglichkeiten (zusatzlich »oben« und 
»unten«) komplexer. Das zwingt den Spieler, sich Aufzeich- 
nungen wahrend des Spiels zu machen. 

Zwischen den Raumen 13 und 14 sehen Sie eine gestri- 
chelte Linie (Felsspalt). Sie bedeutet, daB der Spieler nicht auf 
direktem Weg von Raum 13 in Raum 14 kommt, sondern nur 
durch einen Felsspalt, den er finden muB. Die Spalte konnte 
durch einen Felsblock versperrt sein, den man erst wegrollen 
muB. Betrachten Sie den Felsspalt als Tur zwischen Raum 13 
und 14. Auch zwischen Raum 16 und 17 befindet sich eine ge- 
strichelte Linie (Geheimtur). Raum 14 und 15 verbindet ein 
Doppelpfeil (Aufzug). In Raum 14 (Grotte) mussen Sie den Lift 

Die Programmiertechnik 

besteigen, urn in Raum 15 zu kommen. Zwischen den Rau- 
men 24 und 25 (FIuB) sehen Sie einen Pfeil, der lediglich in 
eine Richtung weist. Der Spieler kann sich nur in der Rich- 
tung fortbewegen, in die der FIuB treibt. Da der FIuB oben- 
^rein reiBend ist und tuckische Stromschnellen birgt, ist der 
Spieler nicht in der Lage, gegen die Stromung zu rudern. 
Der Sinn des Numerierens der Raume sollte damit klar ge- 



worden sein: Sie konnen sich leichter Notizen zu den einzel- 
nen Raumen machen. 

Dazu sollten Sie eine Tabelle fuhren, wo sich die einzelnen 
Gegenstande befinden. Sie konnen sie auch direkt in die Kar- 
te eintragen. Wichtig ist, daB Sie beim Programmieren ge- 
nugend Notizen haben, auf die Sie zuruckgreifen konnen. 
Ziel dieses Kurses ist, Ihnen das notwendige »Know-how« 
zum Programmieren anspruchsvoller Adventures zu vermit- 
teln. Die einzelnen Programm-Module werden in Funktion 
und Aufbau ausfuhrlich dokumentiert. Sie finden diese Mu- 
ster-Programme unter den Namen »LISTING 1« bis »LISTING 
26« auf der beiliegenden Diskette. Basic-Kenntnisse sind un- 
bedingt erforderlich, denn dies ist kein Grundlagenkurs fur 
diese Programmiersprache. Auf Kniffe und Programmier- 
tricks werden wir ausfuhrlich eingehen. 

Programmiermethoden 

Den Uberblick uber ein langes Basic-Prog ram m kann man 
gewahrleisten, wenn man es gut strukturiert. Solche Pro- 
gramme sind in der Regel langer als normale. Wir mussen ei- 
ne Zwischenlosung finden: 

- Das Programm wird in kleine Teilprogramme (Module) zer- 
legt. 

- Die Module werden ausfuhrlich in ihrer Funktionsweise er- 
klart. Jedes Modul ist in sich abgeschlossen. Es kann indivi- 
duell fur jedes Programm verwendet werden. Das Modul 
wird im Normalfall mit »GOSUB« aufgerufen. 

- Die einzelnen Modul-Teile werden vom Hauptprogramm 
aufgerufen. Das Hauptmodul ist die Steuerungszentrale. 

- Verwenden Sie fur die Module reservierte Zeilennummem, 
z.B Befehlseingabemodul von Zeile 50000 bis maximal Zei- 
le 50999 usw. 
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Die Module werden in den folgenden Abschnitten ausfuhr- 
lich behandelt. Ein Abschnitt baut auf dem anderen (vorher- 
gehenden) auf. Laden Sie das entsprechende Listing-Modui 
von der beiliegenden Diskette in den C64 und listen es Pro- 
grammzeile fur Programmzeile. Verfolgen Sie die Erlaute- 
rung der einzelnen Programmteile. Es ist wichtig, daB Sie die 
Funktionsweise der Module verstehen. Sind Sie damit ver- 
traut, konnen Sie damit experimentieren. 

Befehlseingabe 

Gerade fur die Programmierung von Abenteuerspielen ist 
es zwingend notwendig, mit der Technik der Stringverarbei- 
tung vertraut zu sein. Obwohl die eigentlichen Stringfunktio- 
nen in Basic leicht verstandlich sind, haben Anfanger oft er- 
hebliche Schwierigkeiten, sie sinnvoll einzusetzen. Vor allem 
dann, wenn mehrere Funktionen verschachtelt werden miis- 
sen. Der C64 kann folgende Strings in Basic verarbeiten: 

ASC(X$) 

Die ASC-Funktion liefert den Zahlenwert des ersten Zei- 
chen eines definierten Strings. 

PRINT ASC("A") 
65 

CHR$(X) 

Das ist die Umkehrung der ASC-Funktion. CHR$(X) ergibt 
das Zeichen, das dem Zahlenwert X zugeordnet ist. 

PRINT CHR$(65) 
A 

LEN(X$) 

Diese Funktion ergibt die Anzahl der Zeichen, die ein 
String enthalt. 

PRINT LEN("ABENTEUER") 
9 

Achtung: Auch Leerzeichen werden im String mitgezahlt. 

LEFT$(X$,X) 

Hier werden die linken X Zeichen von X$ als String beruck- 
sichtigt. 

X$ = "ABENTEUER" 
PRINT LEFTS (X$, 5) 
ABENT 

RIGHT$(X$,X) 

Diese Funktion ergibt die rechten X Zeichen von X$. 

MID$(X$,S,X) 

Diese Funktion ergibt X Zeichen von X$, beginnend mit 
dem Zeichen an Position S. 

X$ = "ROTGELBGRUEN " 
PRINT MID$(X$,4,4) 
GELB 

Wenn Sie den dritten Parameter weglassen, ergibt MID$ 
(X$,S) alle Zeichen ab Position S (»GELBGRUEN«). 

STR$(X) 

Damit haben wir die Moglichkeit, eine Zahl in einen String 
zu verwandeln. 

X = 100+20+3 
X$ = STR$(X) 

123 

VAL(X$) 

Diese Funktion ist die Umkehrung der STR$-Funktion. 

VAL(" 100" ) ergibt 100 

VAL(" 123ABC" ) ergibt 123 

VAL(" ABC123 ,/ ) ergibt 0, da das erste 

Zeichen keine Zahl ist. 

Anwendungsbeipiele 

1. Prufen, ob ein String in einem anderen enthalten ist. 

Eine solche Routine ist besonders dann niitzlich, wenn 
man dem Spieler ermoglichen will, Befehle abzukiirzen (z.B 
UNTstattUNTERSUCHE). 



Beispiel: Essoll uberpruft werden, ob B$ in A$ enthalten ist. 

10 A$ = "UNTERSUCHE" 

20 B$ = "UNT" 

30 IF B$=LEFT$(A$,LEN(B$)) THEN 

PRINT "B$ KOMMT IN A$ VOR! " 
40 END 

2. Ausdruck einer Zahlenkette. 
Geben Sie folgendes Programm ein: 

10 FOR 1=1 TO 5 
30 PRINT 1;"," i 
40 NEXT I 
50 END 

Wenn Sie mit RUN starten, wird auf dem Bildschirm folgen- 
des ausgedruckt: 

Die Zwischenraume der einzelnen Zeichen storen. Urn 
dies zu vermeiden, machen wir in dem Programm den Um- 
weg uber den STR$(X)-Befehl. 

Erganzen wir das Programm: 

20 X$=MID$(STR$(I),2) 

und andern Zeile 30: 

30 PRINT X$; ", "; 

Das Modul »Befehlseingabe« stellt einen Programmteil dar, 
bei dem der Computer einen Befehl vom Spieler erwartet. Bei 
vielen Adventures erscheint auf dem Bildschirm die Frage: 

WAS NUN? 

Unser Ziel ist, ein Befehlseingabe-Modul zu programmie- 
ren, das spater universell eingesetzt werden kann. 

Ich habe bereits erwahnt, daB jedes Modul dieselben Zei- 
lennummern benutzen sollte. Bei langeren Programmen 
kann dadurch nie der Uberblick verlorengehen. Das Befehls- 
eingabe-Modul werden wir in den Zeilen 50000 bis maximal 
50999 unterbringen. Aufgerufen wird es im Programm mit 

GOSUB 50000 

Laden Sie »LISTING 1« von der beiliegenden Diskette und 
starten es mit RUN. Der Computer fragt »WAS NUN?« und 
wartet auf eine Befehlseingabe, z.B.»NIMM SCHWERT«. Die 
Eingabe muB mit < RETURN > abgeschlossen werden. 

Lassen Sie sich das Programm-Modul mit LIST anzeigen. 
Hier eine Erlauterung der einzelnen Zeilennummern: 

Aufruf des Befehlseingabe-Moduls 

Ausgabe des Befehls mit dem Variablennamen BE$ 

Zuruck zum Anfang 

POKE 198,0 setzt den Tastaturpuffer auf Null, damit 

die Befehlseingabe nicht ubersprungen wird. Der 

Befehlsstring BE$ wird geloscht. 

Mit dem INPUT-Befehl wird der Befehlsstring BE$ 

eingelesen 

Ende des Unterprogramms, Rucksprung 



10 
20 
30 
50000 



50020 



50030 



Diese Art der Befehlseingabe hat viele Haken: 

- Man kann mit dem Cursor kreuz und quer uber den gesam- 
ten Bildschirm fahren. 

- Bei Eingabe eines Kommas erscheint »?EXTRA IGNORED 
ERROR«. 

- Professionelle Routinen fahren mit dem Program mablauf 
fort, wenn uber einen langeren Zeitraum keine Eingabe er- 
folgt. 

Sie werden zugeben, daB der INPUT-Befehl offensichtlich 
nicht fur eine professionelle Eingaberoutine geeignet ist. 

Laden Sie »LISTING 2« und starten es. Auf den ersten Blick 
scheint sich nichts geandert zu haben. Bei intensiverer Be- 
trachtung (mit LIST) stellen Sie gravierende Unterschiede 
zum vorhergehenden Programm fest: 

- Die Cursortasten sind ausgeschaltet. 

- AusschlieBlich folgende Tastaturzeichen werden akzeptiert: 
AbisZ, Anfuhrungszeichen, < SPACE >, <DEL>, < RE- 
TURN >. 
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- Mit <DEL> kann nur die Eingabe geloscht werden - nicht 

die Frage »>WAS NUN?«. 

Derartige Eingaberoutinen finden Sie in professionellen 
Abenteuerspielen. 

Die Dokumentation zu »LISTING 2«: 



50010 

50020 
50030 
50040 



50050 



50060 



50070 



50080 



Tastaturpuffer und BE$ loschen. »WAS NUN?« aus- 
geben. 

Cursor einschalten. 

Auf Eingabe eines einzelnen Zeichens (X$) warten. 

Durch PEEK (203) erfahrt man, welche Taste ge- 

driickt worden ist. Wird die RETURN-Taste gedruckt 

Oder uberschreitet die Lange des Befehls BE$ 68 

Zeichen, beendet das Programm die Routine: Der 

Cursor schaltet sich ab. 

Beschrankt die Moglichkeit der einzugebenden Ta- 

sten auf erwahnten Zeichen (vgl. ASCII-Werte im 

Commodore-Handbuch). 

Verhindert, daB mit <DEL> mehr Zeichen geloscht 

werden als beabsichtigt. 

Ist die < DEL > -Taste gedruckt? Trifft dies zu, dann 

Cursor ausschalten. Letztes Zeichen loschen, eben- 

so das letzte Zeichen von BE$. 

Das eingegebene Zeichen X$ ausgeben. Befehls- 

string BE$ urn X$ erweitern. Weitere Tastatureinga- 

be abwarten. 

Eine Verbesserung stellt »LISTING 3« dar. Laden Sie es in 
den C64, starten und LISTen es anschlieBend. Erfolgt 30 s 
lang keine Eingabe, endet die Routine und fahrt im Pro- 
gramm fort - die Bedenkzeit des Spielers wird eingeschrankt. 
AuBerdem konnen Sie sehen, daB der Bildschirm in zwei Ab- 
schnitte unterteilt ist (Adventure mit Grafik und Text). Der obe- 
re Teil des Bildschirms dient als Grafik-Fenster, der untere Be- 
reich zur Texteingabe. 

Im Listing tauchen zwei bislang unbekannte Elemente auf: 

- Tl$ wird zum Registrieren der Abfragedauer eingesetzt. 
Sind 30 s verstrichen, fahrt das Programm automatisch fort 
(Zeile 50020). 

- Werfen Sie einen Blick auf Zeile 50000. Dort steht u.a.: 

POKE 211,0: POKE 214,18: SYS 58732 

Damit kann man bestimmen, wo der Cursor bzw. die nach- 
ste PRINT-Ausgabe erscheint. 

POKE 214, Zeile (0 bis 24) 
POKE 211, Spalte (0 bis 39) 

AnschlieBend muB »SYS 58732« eingegeben werden. Die- 
se Anweisung ruft eine Betriebssystem-Routine auf, die den 
Cursor an der neuen Stelle positioniert. 

Jetzt ist Ihnen klar, wie man mit String-Funktionen umgeht 
und Befehlseingabe-Routinen programmiert. Experimentie- 
ren Sie mit den vorgestellten Basic-Routinen und andern Sie 
sie nach Ihren Wunschen. Programmieren Sie ein eigenes 
Befehlseingabe-Modul mit den Zeilennummem 50000 bis 
maximal 50999, das Sie im weiteren Kursverlauf verwenden 
konnen. 

Das Unterprogramm muB durch »GOSUB 50000« aufzuru- 
fen sein und den Befehlssatz fur die Eingabe liefern (BE$). 

Die Befehlszerlegung 

Das nachste Programm-Modul ist der erste Schritt zur Be- 
fehlsanalyse. Worin besteht der Unterschied? 

Die Befehlszerlegung zerlegt die Befehlseingabe BE$ in al- 
le Einzelteile, die moglich sind. Das ist notwendig, da der 
Computer nur einen Befehl nach dem anderen bearbeiten 
kann. Die Befehlsanalyse fuhrt die Einzelbefehle aus, das 
Programm reagiert. 

Bestimmt kennen Sie das englische Adventure »The Hob- 
bit«, die Umsetzung des erfolgreichen Romans von J. R. Tol- 
kien fur den C 64. Es handelt sich urn ein Adventure mit exzel- 
lenter Befehlsanalyse. Der Wortschatz kennt kaum Grenzen. 



Hier ein Beispiel, ins Deutsche (ibersetzt: 

SIE SEHEN: SCHWERT 

SEIL 

DIE FELSEMTUER 

MOEGLICHE RICHTUNGEN: SUEDEN 

WAS NUN? NIMM DAS SCHWERT, DAS SEIL UND GEH NACH 

SUEDEN . 

SIE NEHMEN DAS SCHWERT. 

SIE NEHMEN DAS SEIL. 

SIE GEHEN NACH SUEDEN. 

Der Computer teilt dem Spieler mit, was er sieht und wel- 
che Richtungen moglich sind. Nach der Befehlseingabe mel- 
det sich der Computer mit einer Reaktion, als hatten Sie drei 
Anweisungen nacheinander eingegeben. 

Unser Ziel soil sein, eine gleichartige Befehlszerlegung 

und -analyse zu programmieren. 

Vor der Praxis kommt die Theorie. Betrachten wir folgende 
Befehlssatze mit je einem Befehl: 

1. NIMM DAS SCHWERT. 

2. GEH NACH NORDEN. 

3. UNTERSUCHE DAS SCHWERT 

4. WIRF DAS SEIL. 

5. OEFFNE DIE TRUHE. 

6. LEGE DAS SCHWERT IN DIE TRUHE. 

7. TOETE DAS MONSTER MIT DEM SCHWERT. 

8. WARTE. 

Dies sind typische Befehlssatze BE$. Die Eingabe wird auf 
das Notigste komprimiert. Alle zusatzlichen Worte, die mit der 

Satze werden komprimiert 

Befehlserkennung nichts zu tun haben, werden aussortiert. 
Es entstehen folgende zusammengefaBte Eingaben: 

1. NIMM SCHWERT 

2. N 

3. UNTERSUCHE SCHWERT 

4. WIRF SEIL 

5. OEFFNE TRUHE 

6. LEGE SCHWERT TRUHE 

7 TOETE MONSTER SCHWERT 
8. WARTE 

Der Sinn dieser verkilrzten Satze ist eindeutig - wenn auch 
extrem schlechtes Deutsch. Unser zu entwickelndes Pro- 
grammanalyse-Modul soil es verstehen. 

Dabei fallt auf, daB die komprimierten Satze aus maximal 
drei Wortern bestehen. Machen Sie einen Test: Denken Sie 
sich einige komplizierte Befehlssatze aus und sortieren Sie 
alle uberflussigen Worte aus. Der verbleibende Rest besteht 
garantiert aus nicht mehr als drei Wortern. Dies gilt nur fur Be- 
fehlssatze mit einem Befehl. Es darf weder das Wort »und« 
noch ein Komma darin vorkommen. 

Befehlssatze mit mehreren Anweisungen werden in einzel- 
ne Satze aufgeteilt. 

Aus »NIMM DAS SCHWERT UND GEH NACH NORDEN« 
wird »NIMM DAS SCHWERT«, »GEH NACH NORDEN«. Die 
beiden Satze mussen nach dem bekannten Schema zerlegt 
werden. Die komprimierten Befehlssatze werden auf folgen- 
de Elemente untersucht: 

Verben: Worter wie NIMM, OEFFNE und Himmelsrichtun- 
gen (N, S usw.). Der Befehl N ist eine mogliche Abkurzung fur 
»GEH NACH NORDEN« und wird als Verb interpretiert. 

OBJEKTE: Worter wie TUER, TRUHE, BAUM, HAUS. Es 
sind Dinge, die man nicht transportieren kann. Begriffe wie 
z.B. MONSTER, GEIST usw. ordnet man ebenfalls dieser 
Gruppe zu. f 

GEGENSTANDE: Objekte, die man tragen kann. (z.B. 
SCHWERT, SCHLUESSEL, TRUHE, SEIL) 
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lm weiteren Kursverlauf werde ich folgende Abkiirzungen 
verwenden: 



ve 
ob 

ge 



fur VERB 

fur OBJEKT 

fur GEGENSTAND 



Wenn wir die zweite Eingaben-Tabelle auf diese Elemente 
uberprufen, erhalten wir folgende Liste: 



1. 
2. 
3. 
4. 
5. 

6. 
7. 
8. 



ge 



ve + 

ve 

ve + 

ve + 

ve + 

ist) 

ve + ge + ob 

ve + ob + ge 

ve 



ge 
ge 

ob oder (bzw. ve + ge, falls die Truhe transportabel 



Daraus laBt sich erkennen: 

- jeder Befehlssatz enthalt nur ein Verb 

- das Verb steht an erster Stelle des Befehlssatzes 

- nach dem Verb konnen Objekte und Gegenstande aufge- 
fuhrt sein, 

Ublich sind folgende »ve-ob-ge«-Kombinationen: 
a) ve »WARTE« 



b) 
c) 
d) 
e) 

f) 



ve 
ve 
ve 
ve 
ve 



+ 
+ 
+ 
+ 

+ 



ge »NIMM SCHWERT« 
ob »OEFFNE TUER« 
ge + ob »LEGE SCHWERT TRUHE« 
ob + ge »TOETE MONSTER SCHWERT« 
ge + ge »VERKNOTE SEIL BRETT« 
Jeder Satz beginnt mit einem Verb. Das zweite und dritte 
Wort kann ein Gegenstand oder ein Objekt sein. Wir haben 
einiges an Grammatik-Theorie durchgekaut. Sie wissen in- 
zwischen, wie man Satze komprimieren kann. 

Kehren wir erneut zum vorhergehenden Abschnitt zuruck, 
in dem das Befehlseingabe-Modul behandelt wurde. Dieser 

Programmteil muB vor dem Befehlszerlegungs-Modul aufge- 
rufen werden. 

Die anschlieBende Aktivierung des Befehlszerlegungs-Mo- 
duls speichert Ihre Eingabe als BE$. 

BE$="NIMM DAS SCHWERT" 

Der Befehlsstring BE$ wird an das Befehlszerlegungs- 
Modul geschickt und weiterbehandelt. Das entsprechende 
Programm-Schema zeigt Bild 11. 

Wahrend das Befehlseingabe-Modul lediglich als komfor- 
table INPUT-Routine fungieren muB, hat das Befehlszerle- 
gungs-Modul wesentlich mehr zu leisten. Drei Teilmodule er- 
ledigen folgende Aufgaben: 

- String-Zerlegung 

- String-Sortierung 

- String-Codierung 

lm Befehlszerlegungs-Modul geschieht mit dem String 
»BE$« folgendes: 

1. Er wird in einzelne Worte aufgeschlusselt und diesen Wor- 
tern ein neuer String zugeordnet. Wir wollen sie mit BE$(1) bis 
BE$(X) bezeichnen. »X« ist die Gesamtzahl der zu ermitteln- 
den Worte. 

Fiir unser Beispiel gilt: 

BE$ = "NIMM DAS SCHWERT" 
BE$(l)="NIMM" 
BE$(2)="DAS" 
BE$J[3) = "SCHWERT" 

2. Der zweite Schritt besteht darin, den Satz zu komprimie- 
ren, d.h. uberflussige Worter werden aussortiert. Sie sind fur 
das Verstandnis des Satzsinns uberflussig, z.B. DER, DIE, 
DAS, DEN, DEM, UEBER, UNTER, AUF VON, IN usw. 

DieCodierung unseres Eingabebeispielssiehtjetztso aus: 

BE$ ="NIMM DAS SCHWERT" 

BE$(l)="NIMM" 

BE$ (2)= "SCHWERT" 



Der zweite Schritt lauft parallel zum ersten ab. Das Zerlege- 
modul holt sich ein Wort aus dem Befehlsstring und uberpruft 
an Ort und Stelle, ob es uberflussig ist. Trifft dies zu, wird es 
nicht in die Befehlswortkette BE$(1) bis BE$(X) aufgenom- 
men. 

Fur den folgenden Kursabschnitt sind Kenntnisse uber den 
Umgang mit der DIM-Anweisung notig. 
3. Die String-Codierung wird aktiviert. Der Begriff »Code« hat 
in der Regel mit Zahlen zu tun. Der Trick besteht darin, den 
gesamten Befehlssatz in Zahlen umzuwandeln. Diese Metho- 
de spart viel Speicherplatz. Damit Sie diese Zahlen nicht 
durcheinander bringen, sollten Sie sich standig Notizen ma- 
chen. 

Bevor der Computer Befehle analysieren kann, benotigt er 
einen Wortschatz, auf den er standig zuriickgreifen kann. 

Ein umfangreiches Vokabularzeichnetein gutes Adventure 
aus. Das Problem besteht darin, einen groBen Wortschatz in 
moglichst wenig Speicher unterzubringen. Es gibt viele Me- 
thoden, diese Aufgabe zu losen. Manche schlechte befindet 
sich darunter. 



Wortgruppen-Tabellen 






VERBEN 



GEGENSTANDE 



NIMM 

VERLIERE 

OEFFNE 

GIB 

SAGE 

INVENTUR 

BEFESTIGE 



1 
2 
3 
4 
5 
6 
7 



SCHWERT 


= 


1 


SCHLUESSEL 


= 


2 


SEIL 


= 


3 


FACKEL 


= 


4 


ARMBRUST 


= 


5 


HELM 


= 


6 


SCHILD 


= 


7 



OBJEKTE 



PERSONEN 



FENSTER 

TUER 

TRUHE 

KISTE 

FALLTUER 



1 

2 
3 
4 
5 



GEIST 


SE 


1 


MONSTER 


= 


2 


THORIN 


= 


3 


GOMMEL 


= 


4 


ORK 


^^ 


5 



Tabelle 1. Vorgesehene Eingaben, in Gruppen unterteilt 

Bestimmt kennen Sie Adventures, bei denen sich die Auf- 
gabe des Spielers vor allem darin erschopft, den sparlichen 
Wortschatz des Spiels zu erraten. Stereotyp beantworten sol- 
che Spiele die Mehrzahl der Befehlseingaben mit Antworten 
wie »lch kenne dieses Wort nicht!« usw. Andere »Abenteuer- 
spiele« bringen nicht einmal eine Fehlermeldung, sondern 
ignorieren den Befehl vollig. Dadurch wird der Spieler vom 
Adventure abgelenkt und verliert unweigerlich die Freude 
am Spiel. 

lm Rahmen dieses Kurses mochte ich Ihnen ein Befehls- 
analyse-System vorstellen, das kaum Schwachen hat und 
universell fur alle Abenteuerspiele eingesetzt werden kann. 
Dabei werden im Computer Wort-Tabellen gespeichert, die 
alien Wortern einer Gruppe eine Zahl zuordnen. 

Wir unterscheiden folgende Wortgruppen (Tabelle 1): 

- Verben 

- Gegenstande 

- Objekte 

- Personen 

Dazu brauchen wir eine zweite Tabelle, die alle auszusor- 
tierenden Worter enthalt. Davon spater mehr. 

Bei unserem Beispiel handelt es sich urn eine kurze Tabel- 
le. Sie kann bedeutend langer sein. Die Qualitat des Adven- 
ture-Wortschatzes hangt unmittelbar damit zusammen. Wir 
haben vier Grundtabellen: Verben, Gegenstande, Objekte 
und Personen. Die Tabellen ordnen jedem darin enthaltenen 
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Wort eine Zahl zu. Diese Nummern wurden nicht willkurlich 
gewahlt. Das erste Wort der Tabelle besitzt den Wert »1«, das 
letzte einen Wert »X« (X = Anzahl der in der Tabelle vorkom- 
menden Worte). Auf die Programmierung der Tabelle kom- 
men wir spater. 

Fest steht: Tabellen ordnen bestimmten Worten charakteri- 
stische Zahlen zu. Wir haben Ihnen empfohlen, sich vor und 
wahrend der Programmerstellung laufend schriftliche Noti- 
zen zu machen. Das wird Ihnen zu diesem Zeitpunkt auBeror- 
dentlich hilfreich sein. 

Numerierte Worler 



Kehren wir zuruck zu unserem Beispielsatz: BE$ = »NIMM 
DAS SCHWERT«. Das Zerlegemodul erzeugte daraus folgen- 
de Teilstrings: BE$(1)= »NIMM«, BE$(2)= »DAS«, BE$(3)= 
»SCHWERT«. 

Nach dem Entfemen der unwichtigen Worte blieben ubrig: 
BE$(1)= »NIMM«, BE$(2)= »SCHWERT«. 

Die Zahl in Klammern hinter BE$ gibt an, wo das Wort im 
Satz steht - der Eingabesatz beginnt mit BE$(1). Erinnem Sie 
sich an unsere Grammatik-Stunde? 

- Das Verb ist das erste Wort im Satz. Wir bezeichnen es mit 
BE$(1). 

- Die sich anschlieBenden Worte sind Objekte, Gegenstande 
oder Personen. 

Die Befehlscodierung arbeitet folgendermaBen: Wir neh- 
men das erste Wort BE$(1) und sehen in der Tabelle fur die 
Verben nach, welche Ordnungszahl es besitzt. Fur BE$(1) 
(NIMM) erhalten wir den Wert 1. Oder als Variable definiert; 
VERBZAHL = 1 

Jetzt interessiert uns das zweite Wort. Nennen wir es 
BE$(2). Wir wissen nicht, ob BE$(2) ein Gegenstand, ein Ob- 
jekt oder eine Person ist. Aus diesem Grund muB in alien drei 
Tabellen nach dem Wort gesucht werden. Als Ergebnis erhal- 
ten wir entweder eine Gegenstands-, Objekt- oder Personen- 
zahl. 

Bei dem Wort BE$(2) = »SCHWERT« ergibt sich die Ge- 
genstandszahl »1«. BE$(2) steht in der Tabelle fur die "Gegen- 
stande" an erster Stella 

Die gesamte Codierung der Eingabe BE$ = »NIMM DAS 
SCHWERT« hat folgende Werte geliefert: 
VERBZAHL = 1 
GEGENSTANDSZAHL = 1 
OBJEKTZAHL = 
PERSONENZAHL = 

Damit haben Sie eine Moglichkeit kennengelernt, wie Sat- 
ze anhand von Zahlen ausgedruckt werden konnen. Dazu ist 
erforderlich, daB diese innerhalb von Worttabellen definiert 
sein mussen. 

Unser Beispiel hat als Wert fur die Objekt- und die Perso- 
nenzahl jeweils »0« ergeben. Das ruhrt daher, daB in unserem 
Ausgangssatz »NIMM DAS SCHWERT« weder eine Person 
noch ein Objekt vorkommt. Das Schwert ist ein Gegenstand. 

Objekte sind Dinge, die nicht transporter! werden konnen. 

Dieses Analyse- bzw. Codierungssystem hat einen Haken: 

Was passiert, wenn in einem Satz zwei Gegenstande auf- 
treten? Ein Beispiel: 

BE$= "VERKNOTE DAS SEIL AM SCHWERT". 

In diesem Satz kommen zwei Gegenstande vor (Seil und 
Schwert). In der Tabelle fur die Gegenstande besitzt 
»SCHWERT« den Wert »1« und »SEIL« den Wert »3«. Welche 
der beiden Codezahlen gilt? Urn dieses Problem zu losen, 
mussen wir auf die Tabelle zuruckkommen, die alle mogli- 
chen »ve-ob-ge«-Kombinationen darstellt. 

Diese Liste sagt folgendes aus: 

- Ein Befehlssatz enthalt maximal ein Verb (1 Verbzahl). 

- Ein Befehlssatz enthalt maximal ein Objekt (1 Objektzahl). 



- Ein Befehlssatz kann bis zu maximal zwei Gegenstande 
enthalten: Wir brauchen demnach zwei Gegenstandszah- 
len. Wo bleiben die Personen? 

Sie haben sicher bemerkt, daB ich zur Demonstration von 
Schulbeispielen bewuBt auf das klassische Adventure »The 
Hobbit« zuruckgreife. Darin treten extrem viele Personen auf. 
Drei Eingabebeispiele: 

- SAGE THORIN »GIB MIR DIE KARTE«. 

- SAGE ELROND »LIES DIE KARTE«. 

- SAGE BARD »ERSCHIESSE DEN DRACHEN«. 

Der erste und zweite Satz sind eindeutig. Es kommt nur ei- 
ne Person darin vor, zur Codierung wird lediglich eine Perso- 
nenzahl benotigt. Im dritten Beispiel finden Sie zwei Perso- 
nen - Bard und den Drachen. Sie werden staunen: Es wird 
wiederum nur eine Personenzahl benotigt. 

Der Grund ist, daB im Befehlssatz lediglich eine Person be- 
troffen ist - Bard. Der Drache erscheint in der Anweisung, die 
fur Bard gilt. 

Damit lernen Sie ein Beispiel eines indirekten Befehls ken- 
nen. Gaben wir bisher dem Computer direkte Befehle, erhalt 
er nunmehr die Anweisung, einer bestimmten Person etwas 
zu »sagen«. Der Befehl fur die Person Bard »ERSCHIESSE 
DEN DRACHEN« wird im Programm nicht von dem Modul 
behandelt, das wir gerade aufbauen, sondern an ein Unter- 
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Bild 11. Zwei wichtige Programm-Module: Befehlseingabe 
und Befehlszerlegung 

modul weitergegeben. Es ist fur die Reaktionen der Personen 
verantwortlich. Davon spater mehr. 

Sie haben gelernt, daB im Modul fur die direkten Befehle 
eine Personenzahl benotigt wird. Es kann nur jeweils eine 
Person angesprochen werden. 

Lassen Sie uns die Werte zusammenfassen, die bei der 
Codierung eines Befehlssatzes ausgegeben werden: 

VERBZAHL 

1. GEGENSTANDSZAHL 

2. GEGENSTANDSZAHL 
OBJEKTZAHL 
PERSONENZAHL 

Dies sind die ersten Schritte auf dem Weg zur kompletten 
Befehlsanalyse. Bild 12 zeigt das Ablaufschema unseres 
neuen Moduls (Befehlszerlegungs- und Codierungs-Modul) 
in seinen Grundzugen. Verschiedene Ubungsbeispiele zu 
diesem Thema sollen den Ablauf verdeutlichen. 

Nach der Eingabe und einer Aktivierung des Unterpro- 
gramms »Codiermodul« erhalten wir gemaB Wortgruppen-Ta- 
belle (Tabelle 1) als Ausgabe: 

1. Befehlseingabe: 

BE$= "OEFFNE DIE TUER" 

VERBZAHL = 3 

1. GEGENSTANDSZAHL = 

2. GEGENSTANDSZAHL = 
OBJEKTZAHL = 2 
PERSONENZAHL = 

2. Befehlseingabe: 

BE$="VERLIERE DIE FACKEL" 

VERBZAHL = 2 

1. GEGENSTANDSZAHL = 4 

2. GEGENSTANDSZAHL = 
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Ablauf-Diagramrn 



Befehlsstring BE$ 



Eingabe 



Zerlegung von BE$ in einzelne 

Worte BE$ (1) bis BE$ (X). 

Aussortierung von uberflussigen 

Worten (zum Beispiel DER, DIE , DAS) 



Bearbeitung 



Tabellen 



# 



BE$ (1) bis BE$ (X) 
Zahlen zuordnen 



Verbenzahl — VE i 

1. Gegenstand — -G1 

2. Gegenstand — G2 

Objektzahl — OB 
Personenzahl — PE 



Ausgabe 



Bild 12. Funktionsweise des Codierungsmoduls 

OBJEKTZAHL = 
PERSONENZAHL = 

3. Befehlseingabe: 

BE$="GIB DEM GEIST DEN SCHLUESSEL" 
VERBZAHL = 4 

1. GEGENSTANDSZAHL = 2 

2. GEGENSTANDSZAHL = 
OBJEKTZAHL = 
PERSONENZAHL = 1 

4. Befehlseingabe: 

BE$="BEFESTIGE DAS SEIL AM FENSTER" 

VERBZAHL = 7 

1. GEGENSTANDSZAHL = 3 

2. GEGENSTANDSZAHL = 
OBJEKTZAHL = 1 
PERSONENZAHL = 

Soviel zur Theorie des neuen Moduls. Spater werden wir 
Fallbeispiele konstruieren, die aus langen Satzen bestehen. 
AuBerdem werden sie das Bindewort »UND« enthalten. 

Das Zerlege-Chiff rier-Modul 

Bevor das Modul arbeiten kann, mussen die Tabellen pro- 
grammiert werden. 

Verbtabelle 

Die einzelnen Verben werden in DATA-Zeilen abgelegt: 

DATA NIMM, VERLIERE, OEFFNE, GIB, SAGE, INVENTUR, 
BEFESTIGE 

Fur die Anzahl der Verben muB eine numerische Variable 
definiert werden. Sind Sie mit »VZ« einverstanden? Diese Va- 
riablenbezeichnung darf nicht mit der Ordnungszahl fur die 
Verben »VE« laut Tabelle 1 verwechselt werden. 

Addieren wir die Anzahl der Verben in unserer Beispielta- 
belle: VZ = 7. 

Dazu nrftissen wir ein Variablenfeld in Form eines String in- 
dizieren: VE$(VZ). 

Die Basic-Anweisung fur das Dimensionieren von Varia- 
blenfeldern lautet fur unser Beispiel: 

DIM VE$(VZ) 

Das Feld muB mit Daten gefullt werden: 

FOR 1=1 TO VZ : READ VE$(I) : NEXT I 



VE$(2) 

VE$(3) 
VE$(4) 

VE$(5) 
VE$(6) 

VE$(7) 



Nach diesem Verfahren werden alle Tabellen program- 
miert. 

Fur die Verb-Tabelle sieht das wie folgt aus: 

VE$(1) = "NIMM" 

= "VERLIERE" 

= "OEFFNE" 

= ''GIB'' 

= "SAGE" 

= "INVENTUR" 

= "BEFESTIGE" 

Angenommen, wir haben als Eingabe-Verb 

BE$(1)= "OEFFNE" 

Wenn Sie wissen mochten, welche Verbzahl BE$(1) hat, 
mussen Sie so verfahren: 

10 FOR 1=1 TO VZ 

20 IF BE$(1) = VE$(I) THEN VE=I 

30 NEXT I 

40 PRINT "VERBZAHL = ";VE 

Wir andern Zeile 20, damit Abkurzungen akzeptiert wer- 
den: 

20 IF BE$(1) = LEFT$(VE$(I),LEN(BE$(1)) THEN VE=I 

Der Spieler gibt statt des vollstandigen Wortes »VERLIE- 
RE« nur »V« ein. Das Programm versteht trotzdem, was ge- 
meint ist, sofern die Abkurzungen eindeutig sind. Will man 
das Verb »SUCHE« mit »S« abkurzen, darf in der Verbtabelle 
kein anderes Wort stehen, das ebenfalls mit »S« beginnt. 

Ist dies der Fall, greift das Modul auf das Verb zu, das es 
in der Tabelle als erstes mit dieser Voraussetzung findet. Ver- 
ben mussen zur richtigen Interpretation unverwechselbar ab- 
gekurzt werden. 

Laden Sie »LISTING 4«. Wenn Sie das Programm mit RUN 
starten, wird die Eingabe eines Befehls BE$ verlangt. Drucken 
Sie anschlieBend < RETURN > . Der Bildschirm gibt aus, wie 
der Befehlsstring BE$ in die indizierten Strings BE$(1) bis 
BE$(10) zerlegt wird. Das Programm »LISTING 4« ist fur Ein- 
gabefolgen von maximal zehn Wortern vorgesehen. Geben 
Sie verschiedene Satze ein und beobachten, was geschieht. 
Dieses »Zerlegungs«-Modul hat einen Haken: Lassen Sie 
zwischen. den Worten mehrere Leerzeichen (SPACE), inter- 
pretiert sie das Programm als eigenstandige Worte. Diesen 
Fehler werden wir spater abstellen. 

Das Modul sollte im Programm ab Zeile 51000 stehen (hin- 
ter dem Unterprogramm fur die Befehlseingabe). 

Dokumentation der Programmzeilen zu »LISTING 4«: 
10 - 70 Zur Demonstration des Moduls ab 51000. 

Beginn des Zerlege-Moduls. 
Das Feld fur die einzelnen Worter des Befehlssat- 
zes wird geloscht. 

Die Wort-Zahlvariable WZ beginnt bei »1«. 
Diese Schleife durchlauft den Befehlsstring BE$ 
vom ersten bis zum letzten Zeichen. 
Auf ein Leerzeichen (SPACE) prufen. Trifft dies zu, 
interpretiert es das Modul als Beginn eines neuen 
Wortes. Die Wort-Zahlvariable WS erhoht sich urn 



51000 
51010 

51020 
51030 

51040 



»1«. 



51045 



51050 

51060 
51070 



Verhindert ein Uberschreiten der zulassigen An- 
zahl der Worte (10). 

Der aktuelle Eingabestring BE$(WZ) wird aufge- 
baut. 

Sprung zum Schleifenanfang (Zeile 51030). 

Ende des Unterprogramm-Moduls, Rucksprung. 
Wir erhalten die Werte BE$(1) bis BE$(WZ) (die einzelnen 
Worter von BE$) und WZ (den Variablenwert fur die Anzahl 
der Worter). 

Die Funktionsweise des Moduls ist leicht verstandlich, 
wenn Sie sich das Listing auf dem Bildschirm ansehen. 

Der nachste Schritt ist das Aussortieren uberf lussiger Wor- 
ter. Sie werden nicht in die Wortkette BE$(1) bis BE$(10) auf- 
genommen. 
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10-70 
51000 - 51070 
51040 



Eine verbesserte Version finden Sie als »LISTING 5« auf 
der beiliegenden Diskette. Laden Sie das Programm. 
Hier die Dokumentation der Programmzeilen: 

5 Das Unterprogramm fur die Tabellen-Defi- 

nition wird aufgerufen. 
Zur Programm-Demonstration. 
Wie »LISTING 4«, mit folgender Anderung: 
Suche nach einem Leerzeichen (SPACE). 
Der Unterschied zu »LISTING 4«: Anstatt 
das Leerzeichen als neues Wort zu inter- 
pretieren, wird ein Unterprogramm ab Zeile 
51100 aufgerufen. Es dient zur Aussortie- 
rung unnotiger Worte und entscheidet, ob 
das aktuelle Wort BE$(WZ) in die Wortkette 
BE$(1) bis BE$(10) ubernommen wird. 
DATA-Zeilen und Einlese-Schleife der aus- 
zusortierenden Worter. Das Stringfeld be- 
zeichen wir mit AU$, die Anzahl der Worte 
mit der Variablen AZ. 

Die Erlauterung des Unterprogramms: 



60000 - 60015 



51100 
51110 

51120 



51130 
51140 



51150 



REM-Zeile, Start 

Die Check- Variable IC wird auf »0« gesetzt. 
Schleife »I1« liest die AU$-Tabelle. 
Kommt das aktuelle Wort BE$(AW) in der 
Tabelle AU$ vor? Wenn ja, aussortieren. 
Check-Variable IC auf »1« setzen. 
Sprung zum Schleifenbeginn 
1st der Schleifendurchlauf beendet, wird 
der Wert von IC uberpruft. Steht er bei »0«, 
kommt das aktuelle Wort nicht in der 
AU$-Tabelle vor. Das Aussortieren erubrigt 
sich. Es wird in die Wortkette BE$(1) bis 
BE$(10) ubernommen, der Wortzahler WZ 
urn »1« erhoht und das Unterprogramm 
beendet. 

Die Bedingung in Zeile 51140 wurde nicht 
erfullt. Demnach muB es sich bei dem ak- 
tuellen Wort BE$(AW) urn ein Wort der 
AU$-Tabelle handeln und eliminiert wer- 
den. BE$(AW) wird geloscht, der aktuelle 
Wortzahler WZ nicht erhoht. Die Check- 
Variable IC dient zum Uberprufen von Be- 
dingungen. 

Starten Sie das Programm mit RUN. Geben Sie mehrere 
Befehlssatze ein. Untersuchen Sie die Ergebnisse. Falls die 
Eingabe absichtlich aus wirren Buchstabenketten besteht, 
die nicht in der AU$-Tabelle vertreten sind, werden Sie trotz- 
dem akzeptiert. Sehen Sie sich die DATA-Zeile 60005 
(AU$-Tabelle) an. Deutlich erkennbar finden Sie dort auch ein 
Leerzeichen. Dies ist notig, urn eine unsaubere Programmie- 
rung (mehrere SPACES zwischen den Wortern in BE$) zu ver- 
meiden: Leerzeichen werden nicht mehr als Worte akzeptiert. 

Zur Ubung empfehle ich, die AU$-Tabelle zu erweitern. Tip- 
pen Sie ab Zeile 60005 neue DATAs dazu. Andern Sie die Va- 
riable AZ in den gultigen Wert. 

Die Wort-Codierung 

Bisher haben wir Befehlssatz-Beispiele behandelt, die nur 
einen Befehl enthielten (ohne »UND«). Unser Programm soll- 
te aber die Eingabe mehrerer Befehle verarbeiten konnen. 

Kehren wir zum Eingabebeispiel aus »The Hobbit« zuruck. 
Deutlich ist zu erkennen, daB beim Analyse-System ein Be- 
fehl nach dem anderen ausgefiihrt werden kann. Am besten 
erkennt man das dar„an, daB der Computer auf einen Befehls- 
satz wie »Nimm das Schwert und das Seil« nicht mit »Sie neh- 
men das Schwert und das Seil« antwortet, sondern: 




Anfang des Lesevorgangs 




WZ= 1 



String BE$ (WZ) gemaB 

der Worttabellen codieren 

(« Wortlesen) 



WZ = WZ + 1 
(nachstes Wort) 





nein 



Ende des Lesevorgangs 



Bild 13. Programmablauf beim Codieren eines Satzes mit 
zwei Befehlen 

»Sie nehmen das Schwert« 
»Sie nehmen das Seil« 

Untersuchen wir folgendes Eingabebeispiel fur mehrere 
Anweisungen: 

BE$= "NIMM DAS SCHWERT UND DAS SEIL UND GEH 
NACH N0RDEN" 

Nachdem das Modul den Satz zerlegt und uberflussige 
Worter AU$ aussortiert hat, liegt uns dieses Ergebnis vor: 

BE$(1) = "NIMM" 

= "SCHWERT" 

= "UND 77 

= "SEIL" 

= "UND" 

= "N0RDEN 

Zwei neue Worter fallen uns auf: UND, NORDEN. »UND« 
soil nicht aussortiert werden. Wundern Sie sich, weil ich das 
Wort »NORDEN« nicht berucksichtigt habe? Richtungsanga- 
ben sind Ausnahmefalle. Davon spater mehr. 

Urn die Angelegenheit nicht unnotig zu komplizieren, wol- 
len wir uns urn die Variablen BE$(5) und BE$(6) im Augen- 
blick nicht kummern. Es bleibt BE$(1) bis BE$(4) als Eingabe- 
satz mit zwei Anweisungen. 

Das Programm liest sequentiell ein Eingabewort nach dem 
anderen. Wir benotigen dazu die Wortzahl-Variable WZ. Vor 
Beginn des Lesevorgangs wird sie auf »1« gesetzt. Der Com- 
puter erhalt das Wort BE$(WZ). 

Nach dem Codieren wird der Wortzahler um »1« erhoht 
(WZ=WZ+1). Es beginnt die Uberprufung, ob BE$(WZ) exi- 
stiert. Enthalt er Buchstaben, Zahlen oder ist es ein Leerzei- 



BE$(2) 

BE$(3) 
BE$(4) 

BE$(5) 
BE$(6) 
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chen? Wird er als solches identifiziert, setzt das Programm 
den Lesevorgang fort. Andernfalls wird dieser beendet. Das 
Ablaufschema der Leseroutine finden Sie in Bild 13. Achtung: 
Mit LESEN meine ich in dem Fall CODIEREN! 

Das Modul ist unvollstandig. Es versteht lediglich Zwei- 
Wort-Befehle. Um dies zu verdeutlichen, mussen wir einen 
Blick auf das gesamte Ablaufschema des Adventures werfen 
(Bild 14). 

Der Bereich des Befehlseingabe- und Codiermoduls (mit 
Zerlegung und Aussortierung) ist mit unterbrochenen Linien 
umrandet. Wir planen, aus den beiden Modulen ein zusam- 
menhangendes Unterprogramm zu schaffen, das fur jedes 
Adventure universell eingesetzt werden kann. Der gestrichel- 
te Bereich zeigt exakt das Ablaufschema des Lesevorganges, 
den wir zuvor besprochen haben. 

Erlauterung des Programmablauf-Plans 

Der Ablaufplan ist leicht verstandlich dargestellt. Zu Beginn 
des Abenteuerspiels erscheint das Titelbild und die Spielan- 
leitung. Tabellen werden eingelesen, eventuell Sprites defi- 
niert usw. Das Spiel beginnt. Befehlseingabe- und Codiermo- 
dul werden aktiviert. 

Das Action-Modul nimmt seine Arbeit auf. Es bildet das 
Kernstuck, die »lntelligenz« des Adventures, und unterschei- 
det sich von Spiel zu Spiel. In diesem Programmteil wird auf 
Befehle reagiert, Lagebericht erstattet, werden Personen 
(Monster, Geister, Wachen usw.) gesteuert, bewegt, zum Le- 
ben erweckt. Das Action-Modul stellt die Aufgaben fur den 



Titelbild des Adventures 

Spielanleitung 
Tabellen bestimmen etc. 




L 



Reaktion auf Befehl 



Actionmodul 



Monster bewegen 




nein 



Spielende 



Bild 14. Der Ablaufplan unseres Adventures 



Spieler und verwaltet die Spielkarte. Es behalt genauen Uber- 
blick, wo welcher Gegenstand liegt, wo sich jede Person be- 
findet, was sie gerade macht, welche Turen offen oder ge- 
schlossen sind. Der Umfang dieses Moduls bestimmt letzt- 
endlich Qualitat und Vielfalt des Spiels. Die abschlieBende 
Aufgabe des Action-Moduls ist eine Uberprufung, ob das 
Spiel zu Ende ist (verloren oder gewonnen) oder ob es fortge- 
setzt werden soil (zuriick zum Befehlseingabe- und Codier- 
modul). 

Das einfache Grundprinzip eines Adventures wird Ihnen 
nach dem bisherigen Kursverlauf vertraut sein. Ich mochte 
Sie anregen, sich eigene Abenteuerspiele auszudenken und 
sie problemlos und ohne groBen Aufwand in ein Programm 
umzusetzen. 

Das Action-Modul 

Nachdem das Befehlszerlegungs-Modul den Eingabestring 
sortiert und in einzelne Worter zerpfliickt hat, gibt es BE$(1) 
bis BE$(X) an das Codiermodul weiter, wie z.B. folgende vier 
Worter: 

NIMM SCHWERT UND SEIL 

Das Codiermodul liest diesen Satz Wort fur Wort. Welches 
momentan bearbeitet wird, bestimmt die Variable WZ (Wort- 
zahler). Damit der Lesevorgang beim ersten Wort beginnt, 
setzten wir die Wortzahl-Variable WZ am Anfang des Lese- 
bzw. Codiermoduls auf »1«. BE$(WZ) wird auf folgende Weise 
codiert: 

Die Check-Variable IC und die Wortvariablen beginnen 
mit »0«. 

IC = : VE=0 : G1=0 : G2=0 : OB=0 : PE=0 

Es wird uberpruft, ob der String BE$(WZ) in der Verb- 
Tabelle enthalten ist: 

FORI: 1 TO VZ : REM VZ = ANZAHL DER VERBEN 
IF BE$(WZ) = VE$(I) THEN IC=1 : VE=I 
NEXT I 

Findet das Modul ein Verb, wird es mit der Verbzahl VE co- 
diert und die Check-Variable IC auf »1« gesetzt. Auf diese Art 
werden alle anderen Wort-Tabellen durchsucht (Gegenstan- 

de, Objekte, Personen). 

Sie konnten einwenden, daB wir fur das erste Wort in der 
Verb-Tabelle nachsehen mussen. Es gilt die Regel, daB das 
erste Wort eines Satzes nur ein Verb sein kann. Damit haben 
Sie recht. Trotzdem schlage ich die genannte Methode vor. 
Um die Arbeitszeit des Moduls zu verkiirzen, kann man nach 
jedem Tabellendurchlauf uberprufen lassen, ob sich die 
Check- Variable auf »1« geandert hat. Trifft diese Bedingung 
zu (IC=1), werden die restlichen Tabellen iibersprungen. Ein 
Wort, das in Tabelle A gefunden wurde, ist niemals in Tabelle 
B vertreten. Es gibt kein Wort, das gleichzeitig Verb und Per- 
son ist. Sind alle Tabellen durchlaufen, wird die Check- 
Variable IC erneut auf ihren Inhalt uberpruft. Ist IC = 0, 
kommt das Wort BE$(WZ) in keiner Tabelle vor. Eine Fehler- 
meldung erscheint, z.B. »Mein Wortschatz kennt das Wort 
XYZ nichtk Die Befehlscodierung bricht ab. Das Programm 
hat jetzt folgende Moglichkeiten: 

1 . Es springt zuriick zum Action-Modul. Alle Monster, Geister 

usw. sind wieder am Zug. Stellen Sie sich folgende Spielsi- 

tuation vor: Der Spieler begegnet einem Monster und gibt 

als Befehl »Ermorde das Monster« ein. Das Programm 

kennt »ermorde« nicht. Das Monster friBt Sie - das Aben- 

teuerspiel ist fur diese Runde beendet. 

2: Das Programm springt zuriick zum Befehlseingabemodul. 

Methode 1 ist die gebrauchlichste. Ich halte es fur sinnvol- 

ler, Methode 2 zu verwenden. Damit ist sichergestellt, daB der 

Spieler nicht aufgrund eines MiBverstandnisses verliert. Ein 

gutes Adventure laBt den Spieler durch taktische Fehlent- 

scheidungen verlieren, nie aufgrund von Tippfehlern. 

Nehmen wir an, es tritt keine Fehlermeldung auf und das 
Programm fahrt in seinem Ablauf fort. Die Check-Variable IC 
ist »1«. Damit wurde eine Wortzahl (Verbzahl VE, 1. Gegen- 
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standszahl G1, usw.) gefunden. Beim ersten Wort (WZ = 1) 
handelt es sich normalerweise um die Verbzahl VE. Wir ha- 
ben das erste Wort codiert. Die Wortzahlvariable erhoht sich 
um »1«. Das nachste Wort wird bearbeitet. Das Programm 
uberpruft, ob es als BE$(WZ) anerkannt werden kann (enthalt 
es Zeichen?). Wenn nicht, ist der Lesevorgang beendet und 
das Action-Modul ist an der Reihe. Gehen wir davon aus, daB 
BE$(WZ) als interpretierbares Wort existiert. Nach unserem 
Ablaufschema wird der Lesevorgang wiederholt. 

Was passiert, wenn es sich bei dem neuen String BE$(WZ) 
um das Bindewort »UND« handelt? Das ist ein neuer Befehl 
innerhalb des Befehlssatzes. Nach »UND« folgt in der Regel 
ein neues Verb oder ein Objekt. Ist das nachste Wort ein Verb 
(z.B. NIMM SCHWERT UND OEFFNE TUER), wiirde sich 
unsere Verbzahl andern und die NIMM-Anweisung verloren- 
gehen. Die Losung des Problems ist nicht schwer. 

Vor dem erneuten Lesevorgang uberpruft das Programm, 
ob es sich um das Wort »UND« handelt. Es muB in keiner Ta- 
belle definiert werden. Wir stellen die direkte Frage: 

IF BE$(WZ) = "UND"... 

Trifft dies zu, setzen wir die Variable UD auf »1«. 

Der Lesevorgang endet. Es folgt der Sprung zum Action- 
Modul, das auf den ersten Befehl des Eingabesatzes reagiert. 
In unserem Beispiel meldet sich der Computer mit: 

SIE NEHMEN DAS SCHWERT 

Dann kehrt das Programm zum Befehlseingabemodul zu- 
ruck. 

Stop! Wir konnen nicht einfach einen neuen Befehlsstring 
BE$ vom Spieler holen, wenn der alte BE$ noch nicht voll- 
standig ausgewertet ist. Deshalb muB in der ersten Zeile des 
Befehlseingabemoduls abgefragt werden, welchen Zustand 
die Variable UD hat. Hat sie den Wert »1«, ist der letzte Be- 
fehlsstring unvollstandig bearbeitet. Das Befehlseingabemo- 
dul wird ubersprungen. Das Programm soil zum Lese-(Co- 
dier-)Modul verzweigen. Dabei darf der Wortzahler WZ nicht 
wie zuvor auf »0« gesetzt werden. Das Modul soil an der Stelle 
im Satz weiterlesen, an der unterbrochen wurde (nicht erneut 
ab erstem Wort des Satzes). 

Auch Verbzahl VE, Objektzahl OB und Personenzahl PE 
diirfen nicht geloscht werden. Wurde man bei unserem Ein- 
gabebeispiel »NIMM SCHWERT UND SEIL« nach der Be- 
fehlsausfuhrung von NIMM SCHWERT die Verbzahl loschen, 
wuBte der Computer nach Beendigung des zweiten Lesevor- 
gangs lediglich, daB ein Objekt (SEIL) gemeint ist. Was er da- 
mit anfangen soil, wiirde ihm fur immer ein Ratsel bleiben. 
Wird ein weiteres Verb gefunden, erhalt die Verbzahl den 
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Wert des neuen Verbs und »vergiBt« die bisher gultige Zahl. 
Das Verfahren gewahrleistet die korrekte Interpretation aller 
UND-Zusammenhange. Diesen bemerkenswerten Vorteil un- 
serer Befehlscodierung bieten wenige Adventures. 
Die ersten Zeilen des Codiermoduls mussen lauten: 

1. Zeile: IF UD=1 THEN UD=0 : GOTO 3.Zeile 

2. Zeile: WZ=1 : VE=0 : OB=0 : PE=0 

3. Zeile: IC=0 : G1=0 : G2=0 

In der ersten Zeile wird UD erneut auf »0« gesetzt, um das 
Befehlseingabemodul nicht zu uberspringen. Findet das Pro- 
gramm beim zweiten Lesevorgang ein weiteres »UND«, wird 
die dafur vorgesehene Variable UD wieder auf »1« gesetzt. 

Das verbesserte Ablaufschema laBt sich mit Hilfe von Bild 
15 nachvollziehen. Unser Grundschema fur Adventures an- 
dert sich geringfugig. Bild 16 zeigt Ihnen den neuen Ablauf- 
plan des gesamten Programms. 

Unser neues Modul (es vereint Befehlseingabe, Zerlegung, 
Sortierung und Codierung), steht im Programm an gewohnter 
Stelle ab Zeile 50000. Dieser Programmteil prasentiert sich 
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Bild 15. Das verbesserte Codierungsmodul 

■ 

bereits in »intelligenter« Form: Er kann mit GOSUB 50000 auf- 
gerufen werden und selbstandig uber seine Vorgehensweise 
beim Interpretieren einer Befehlseingabe entscheiden. Diese 
Intelligenz befahigt das Modul zum Einsatz im jedem Aben- 
teuerspiel. Lediglich der Wortschatz (die Worttabellen) mus- 
sen geandert werden. 

Laden Sie das Programm »LISTING 6« von der beiliegen- 
den Diskette und lassen sich das Listing auf dem Bildschirm 
ausgeben. Alle Variablen, die darin auftauchen, finden Sie in 
Tabelle 2. Die Variablennamen werden wir wahrend des ge- 
samten Kursverlaufes beibehalten. Auf eventuelle Anderun- 
gen weise ich gesondert hin und erganze die Tabelle. Ich 
empfehle Ihnen, bei Ihren eigenen Adventures die gleichen 
Variablen zu verwenden. Dadurch versetzen Sie sich in die 
Lage, problemlos Abenteuerspiele zu programm ieren. Man 
kann sich eine Karte anlegen, in der alle Variablen eines Ad- 
ventures verzeichnetsind. Diese Tabelle sollten Sie beim Pro- 
grammieren als Hilfe neben sich liegen haben. 

Ich wiirde mich freuen, wenn alle »Teilnehmer« unseres Ad- 
vent ure-Kurses die genannten Variablennamen uberneh- 
men. Es laBt sich damit ein Standard fur die Adventure-Pro- 
grammierung festlegen. 

Die Dokumentation der Programmzeilen zu »LISTING 6«: 
5 
10 - 80 



50000 

50000 - 50030 

50010 



Definition der Wort-Tabellen. 

Steuerung des Adventures. Hier muMas 

Action-Modul aufgerufen werden. 

Anfang des Mod u Is. 

Befehlseingabe. 

Ist UD=1 (der letzte Eingabestring enthalt 

mehrere Befehle, die noch nicht ausgefuhrt 
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Titelbild des Adventures 

Spielanleitung 
Tabellen bestimmen etc. 



Befehlseingabe-Modul 




Befehlscodier-Modul 



Reaktion auf Befehl 

Actionmodul 
Monster bewegen 




nem 



Spielende 



51000 - 51150 

52000 - 52170 
52005 



52025 - 52135 



Bild 16. Geandertes Grundablaufschema des Adventures 

wurden), wird die Befehlseingabe uber- 
sprungen und der alte Befehlsstring bear- 
beitet. 

Zerlegung des Befehlssatzes BE$ in ein- 
zelne Worte BE$(1) bis BE$(maximal 10). 
Befehlscodierung (Lesevorgang). 
1st UD=1, handelt es sich um die Weiterbe- 
arbeitung eines alten Befehlssatzes. Der 
Wortzahler darf nicht auf »1« gesetzt wer- 
den. Das Programm liest dort weiter, wo zu- 
vor abgebrochen wurde. Damit Satze wie 
»NIMM DAS SCHWERT UND DAS SEIL« 
verstanden werden, durfen die Variablen 
VE, OB, PE nicht geloscht werden. 
Hier werden alle Worttabellen auf das ak- 
tuelle Wort BE$(WZ) untersucht. Wird es in 
der Verb-Tabelle gefunden, erhalt die Verb- 
zahl VE ihren Wert usw. Findet man es in ei- 
ner anderen Tabelle, wird die Checkvaria- 
ble IC auf »1« gesetzt. Nach jedem Tabel- 
lendurchlauf wird IC uberpruft. 1st IC=1, 
werden alle weiteren Tabellendurchlaufe 
ubersprungen, da ein Wort niemals in zwei 
Tabellen gleichzeitig vertreten ist. Das 
Uberspringen dient dazu, die Verarbei- 
tungsgeschwindigkeit des Moduls zu erho- 
hen. 

Uberprufung, ob BE$(WZ) »UND« ist. 
Wenn ja, wird UD auf »1« gesetzt. 
IC ist »0«. Es steht fest, daB BE$(WZ) in kei- 
ner Tabelle Oder im gesamten Wortschatz 
vertreten ist. Es erfolgt eine entsprechende 
Fehlermeldung. 



52137 
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52160 



52170 



Ab 60000 



Die Wortzahlvariable wird auf das nachste 
Wort gesetzt. 

Uberprufung, ob der Befehlssatz die zulas- 
sige Wortzahl von maximal zehn Worten 
uberschreitet. Enthalt das neue Wort BE$ 
(WZ) Zeichen? Steht UD auf »1«? Trifft eine 
dieser Bedingungen zu, wird der Codier- 
vorgang: 

a) beendet, wenn der Befehlssatz zu Ende 
ist (BE$(WZ)=»«), 

b) unterbrochen, wenn ein Teilbefehl des 
Befehlssatzes BE$ ausgefuhrt werden muB 
(UD=1). 

Die Check-Variable IC wird auf »0« gesetzt. 
Der Lesevorgang beginnt erneut. 
Definieren der Worttabellen. 



Starten Sie »LISTING 6« mit RUN. Sie werden mit »WAS 
NUN?« aufgefordert, einen Befehlssatz einzugeben. Verwen- 
den Sie dazu Worter, die im Wortschatz enthalten sind. Druk- 
ken Sie anschlieBend < RETURN > . Das Programm gibt die 
aus der Codierung resultierenden Zahlen aus: 
Verbzahl VE 

1. Gegenstandszahl G1 

2. Gegenstandszahl G2 i 
Objektzahl OB 
Personenzahl PE 

Geben Sie zur Ubung verschiedene Befehlssatze ein 
(wahlweise mit mehreren Befehlen). Untersuchen Sie die Er- 
gebnisse. Sie konnen Beispielssatze, die wir bereits theore- 
tisch codiert haben, eingeben und die Ergebnisse mit den im 
Kurs besprochenen vergleichen. Ergibt der Vergleich keine 
Unterschiede, arbeitet das Modul tadellos. 

Vom Sinn der Variablen und Zahlen 

Bevor ich das Geheimnis liifte, was wir mit den Verb-, Ob- 
jektzahlen usw. anfangen werden, mussen wir uns einem 
kleinen Problem zuwenden. 



Variable 


Funktion 


AZ 


Wortanzahl gem, Tabelle der 




auszusortierenden Worter 


AU$(1) bis AU$(AZ) 


Tabelle der auszusortierenden Worte 


VZ 


Anzahl der Verben 


' VE$(1) bis VE$(VZ) i 


Tabelle der Verben 


GZ 


Anzahl der Gegenstande 


GE$(1) bis GE$(GZ) 


Tabelle der Gegenstande 


OZ 


Anzahl der Objekte 


OB$(1) bis OB$(OZ) 


Tabelle der Objekte 


PZ 


Anzahl der Personen 


PE$(1) bis PE$(PZ) 


Tabelle der Personen 


UD 


Variable fur »UND« 


BE$ 


String, der den kompletten Befehlssatz 




enthalt 


BE$(1) bis BE$ 


Einzelne Worte des Befehlssatzes BE$, 


(maximal 10) 


uberflussige Worte sind aussortiert 


WZ 


Wortzahlvariable (gibt an, welches 




aktuelle Wort bearbeitet wird) 


IC 


Checkvariable 


I 


Schleife 


11 


Schleife, innerhalb der Schleife I 


VE 


Verbzahl (wird aus Verbtabelle ermittelt) 


OB 


Objektzahl (wird aus Objekttabelle 




ermittelt) 


PE . 


Personenzahl (wird aus Personentabelle 


- 


ermittelt) 


61, G2 


1. und 2. Gegenstandszahl (werden aus 




Gegenstandstabelle ermittelt) 


(Variablen, die mit»l«b 


eginnen, sind entweder Check-Variablen Oder 


Schleifen) 








Tabelle 2. Verwenden Sie diese Variablen in eigenen 

Abenteuerspielen 



Q3ta? 
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Betrachten Sie die folgenden beiden Satze: 

1. VERLIER DAS SEIL 

2. VERLIERE DAS SEIL 

Fur uns ist hier zunachst kein Unterschied zu sehen. Bei 
genauerem Hinsehen stellen wir test, daB das Verb im ersten 
Satz »VERLIER« und im zweiten »VERLIERE« lautet. Der 
Sinn ist eindeutig. Dem Computer mussen Sie klarmachen, 
daB beide Worte dasselbe bedeuten. 

Statt »VERLIER« und »VERLIERE« konnte unser Beispiel 
auch »SAG« und »SAGE« lauten. Das Problem ist losbar. Bis- 
her lief die Verb-Untersuchung im Programm (Zeile 52025 bis 
52050) wie folgt ab: 

Wir haben uberpriift, ob das aktuelle Befehlswort BE$(WZ) 
in der Verbtabelle enthalten ist: 

IF BE$(WZ) = VE$(I) THEN VE=I : IC = 1 

Die Variable »l« durchlauft die Werte 1 bis VZ, wobei VZ die 
Anzahl der Verben darstellt. 

Wir mussen diese Abfrage andern. Es soil nicht mehr uber- 
priift werden, ob BE$(WZ) mit VE$(I) identisch ist, sondern ob 
das Verb VE$(I) das Suchkriterium BE$(WZ) enthalt. Die Pro- 
gram miertechnik dieser Uberprufung haben Sie bereits im 
Kapitel uber Stringoperationen gelernt (lesen Sie diesen Ab- 
schnitt gegebenenfalls nochmal nach). 

Schreiben Sie die Abfrage (Programmzeile 52040) folgen- 
dermaBen urn: 

52040 :IFBE$(WZ)=LEFT$(VE$(I),LEN(BE$(WZ)))THENVE= 
1:10=1 

Starten Sie das Programm erneut und uberprufen Sie, ob 
es ordnungsgemaB ablauft. Trifft dies zu, muBte fur VERLIER 
und VERLIERE eine identische Verbzahl und keine Fehler- 
meldung entstehen. Geben Sie lediglich den Buchstaben »V« 
ein, erhalten Sie ebenfalls die Verbzahl fur das ganze Wort 
»VERLIERE«. Jeder Verb-Befehl kann damit nach Belieben 
abgekurzt werden. 

Schnell fiihren derartige Abkurzungen zu MiBverstandnis- 
sen. Sind in der Verbtabelle zwei Verben enthalten, die mit 
den gleichen Buchstaben beginnen (z.B. »SAGE« und »SU- 
CHE«), kann das Programm bei der Eingabe des Buchstaben 
»S« nicht wissen, welcher Befehl gemeint ist. Es nimmt in ei- 
nem derartigen Fall die groBte Verbzahl. Diese Tatsache 
braucht uns nicht zu storen. Der Spieler wird rasch herausfin- 
den, welche Befehle er abkiirzen kann. 

Verbfamilien 



Unser Befehlsanalyse-Programm ist inzwischen sehr gut ge- 
worden, aber wir wollen einen Schritt weitergehen. 

Betrachten wir die folgenden beiden Verben: NIMM und 
NEHME. 

Im Prinzip besteht zwischen den Befehlssatzen NIMM DAS 
SCHWERT und NEHME DAS SCHWERT kein Unterschied. 
Der Computer sieht das nicht so. Bevor wir uns mit der L6- 
sung dieses neuen Problems beschaftigen, wollen wir Ihnen 
ein anderes Beispiel vor Augen fiihren. 

Nehmen wir an, unser Spieler hat ein Brett und ein Seil. Er 
will das Seil am Brett festbinden. Folgende Befehlseingaben 
konnte er ausprobieren: 

1 . Binde das Seil am Brett fest. 

2. Befestige das Seil am Brett. 

3. Verknote das Seil am Brett. 

4. Verbinde das Seil mit dem Brett. 

5. Mache das Seil am Brett fest. 

6. Binde das Seil ans Brett, 

Diese Satze sind Musterbeispiele dafiir, warum wir zwei 
Gegenstandsvariablen G1 und G2 fur die Befehlsanalyse re- 
serviert haben. In alien sechs Eingabefolgen kommen zwei 
Gegenstande vor: Seil und Brett. 



Die im Satz auftauchenden Gegenstande sind im jedem 
Fall identisch. Filtern wir die Verben VE$ und die auszusortie- 
renden Worte (AU$) heraus: 

1 . VE$ : BINDE AU$ : das, am, fest 

2. VE$ : BEFESTIGE AU$ : das, am 

3. VE$ : VERKNOTE AU$ : das, am 

4. VE$ : VERBINDE AU$ : das, mit, dem 

5. VE$ : MACHE AU$ : das, am, fest 

6. VE$ : BINDE AU$ : das, ans 

Wir stellen mehrere, sinngemaB gleiche Verben fest - eine 
Verbfamilie. Eingabesatz 5 wollen wirverbieten. In ihm ist kein 
eindeutiges Verb vorhanden. Zwar kann »MACHE« als Verb 
angesehen werden, aber es benotigt ein Bezugswort, z.B. 
»fest« (»MACHE FEST«). Das Wort »fest« kann jedoch nicht als 
Ersatz fur ein Verb dienen, denn in Satz 1 wird es als auszu- 
sortierendes Wort betrachtet. Vermeiden Sie grundsatzlich 
das Befehlsverb »MACHE«. Bei jeder Eingabe dieses Verbs 
muB der Spieler die Meldung »ICH KENNE DAS WORT MA- 
CHE NICHT« vom Programm erhalten. Dazu ist es nicht erfor- 
derlich, diese Fehlermeldung eigens zu programmieren. Un- 
ser Befehlsanalyse-Programm bringt den Hinweis fur jedes 
Wort, das nicht in einer der Worttabellen vertreten ist (ein- 
schlieBlich der Tabelle der auszusortierenden Worter). Unser 
Problem ist, daB die Befehlsanalyse sich nicht nur auf einzel- 
ne Verben, sondern auf ganze Verbfamilien beziehen muB. 
Die Verben NIMM und NEHME sind ein Beispiel dafur. 

Eine einfache Losung dafur ware: 

Wir erweitern die Verbtabelle VE$ kurzerhand urn das Verb 
»NEHME«. Damit wiirde es eine eigene Verbzahl zugeordnet 
erhalten. Die Folge waren unterschiedliche Verbzahlen fur 
»NIMM« und »NEHME«. Diese Tatsache muBte man im Action- 
Modul berucksichtigen. Wollte dieses feststellen, ob der Spie- 
ler etwas nehmen will, dann wurde die Abfrage so aussehen: 

IF VE = A OR VE = B THEN:REM: 
SPIELER WILL ETWAS NEHMEN. 

»A« steht fur die Verbzahl von »NIMM«, »B« fur das Wort 
»NEHME«. 

Diese Losung wurde fur unser erstes Beispiel gut funk- 
tionieren. Beim zweiten Eingabesatz (Spieler will Seil mit 
Brett verbinden) ware eine lange IF-THEN-Abfrage notig. Die- 
se Losung friBt auBerdem viel vom kostbaren RAM-Speicher. 

Die Ideallosung ist: »NIMM« und »NEHME« erhalten diesel- 
be Verbzahl. Die im Action-Modul notwendige Abfrage gestal- 
tet sich wesentlich unkomplizierter: 

IF VE = A THEN:REM: SPIELER WILL ETWAS NEHMEN. 

Wie programmiert man diese Musterlosung? 

Die eine Moglichkeit ware, mehrere Alternativ-Verbtabellen 
zu erstellen. In der normalen Verbtabelle stande an erster 
Stelle das Verb »NIMM«, in einer altemativen Tabelle »NEH- 
ME«. Betrachten wir aber unsere zweite Wortbeispieltabelle, 
stellen wir fest, daB dies ein erheblicher Aufwand ware. Unse- 
re zweite Verbfamilie besteht aus vier Mitgliedern (binde, be- 
festige, verknote, verbinde), die erste lediglich aus zwei Wor- 
ten (nimm, nehme). Wir muBten mehrere Altemativ-Tabellen 
programmieren. An Speicherplatz hatten wir nichts gespart, 
auBerdem wurde sich die Programmierung kompliziert ge- 
stagen. Es geht bedeutend einfacher (man muB nur wissen, 
wie): 

Das Verb »NIMM« steht in unserer Verbtabelle in der DATA- 
Zeile 60060. 

60060 DATA NIMM, VERLIERE, 0EFFNE, GIB, SAGE, 
INVENTOR, BEFESTIGE 

Andern wir diese Zeile: 

60060 DATA NIMM, NEHME1, VERLIERE, 0EFFNE, GIB, 
SAGE, INVENTOR, BEFESTIGE 

Wir haben das Verb »NEHME« direkt hinter »NIMM« einge- 
fugt. Halt, das stimmt nicht ganz. Das neue Verb heiBt »NEH- 
ME1« - mit der Zahl »1«, die sich an die Buchstaben an- 
schlieBt. Dies ist kein Druckfehler. 



38 



SONDERHEFT 52 




GRUNDLAGEN 



Was soli der »Einser«, werden Sie mit Recht fragen. Storen 
kann er nicht. Wenn wir das Programm starten und »NEHME« 
eingeben, wird es akzeptiert. Der Computer betrachtet »NEH- 
ME« als Abkurzung fur das in seiner Verbtabelle an zweiter 
Stelle gespeicherte Verb »NEHME1«. 

Soeben fallt mir auf, daB mir ein Fehler unterlaufen ist. Ha- 
ben Sie ihn auch entdeckt? Ich habe vergessen, die VZ-Va- 
riable in Zeile 60070 zu andern. Ein zusatzliches Verb wurde 
in die Tabelle eingebaut. Statt sieben Verben sind es nun 
acht. Diese Anderung wollen wir nachholen: 

60070 VZ=8... 

Solche Fehler sind tuckisch. Sie werden selten im Pro- 
gramm wirksam und sind daher schwer zu finden. Denken 
Sie stets daran: Fugen Sie irgendeiner Worttabelle ein weite- 
res Wort hinzu, muB die entsprechende Variable fur die An- 
zahl der Worte in dieser Tabelle korrigiert werden. 

Zuriick zur Frage: »Warum NEHME1«? 

Stammverben haben Vorrrang 



Voraussetzung fur das Funktionieren dieser Erganzung ist 
die beschriebene Anderung von Programmzeile 52040. Kon- 
nen Sie sich an den VAL-Befehl erinnem, den wir bei den 
Stringoperationen besprochen haben? 

Nach der Anderung der Verbtabelle sieht diese folgender- 
maBen aus: 

VE$(1) = "NIMM" 
VE$(2) = "NEHME1" 
VE$(3).«- etc. 

Probieren Sie aus, welchen Wert VAL(VE$(2)) ergibt. Ge- 
ben Sie im Direktmodus ein: 

PRINT VAL(*MEBHE # ) 

Welches Ergebnis erscheint, wenn Sie anschlieBend < RE- 
TURN > drucken? Richtig, »0«. Prtifen Sie es nach. Haben 
Sie als Ergebnis »1« erwartet, sollten Sie den Abschnitt uber 
VAL im Handbuch des C64 noch einmal lesen. 

Geben Sie folgende Zeile ein: 

PRINT VAL(RIGHT$("NEHME1 ,, ,1)) 

Jetzt erhalten Sie nach Drucken der RETURN-Taste das 
erhoffte Ergebnis: »1«. Setzen wir fur »NEHME1« den String 
»NIMM« ein, bekommen wir als Resultat »0«. Es ist gleichgul- 
tig, ob wir »NIMM« Oder »NIMM0« schreiben. 

Folgendes laBt sich feststellen: 

Das Stammverb steht immer vor den alternativen Verben in 
der Tabelle. Die alternativen Verben folgen direkt nach dem 
Stammverb und enden mit einer Zahl. 

Betrachten wir die Verbfamilie BINDE, BEFESTIGE, VER- 
KNOTE, VERBINDE. In eine Verbtabelle eingebaut, wurde 
diese Worttabelle so aussehen (wobei es egal ist, welches 
Mitglied der Familie als Stammverb gewahlt wird): 

VE$(l) = "BINDE" 

VE$(2) = "BEFESTIGE1" 

VE$(3) = "VERKN0TE2 " 

VE$(4) = "VERBINDE3" 

Bei der Numerierung bin ich nicht von unserer bisherigen 
Verbtabelle ausgegangen. UnserZiel bestehtdarin, furjedes 
Mitglied einer Verbfamilie die gleiche Verbzahl VE zu erhal- 
ten. Ich lege fest, daB die Verbzahl furjedes Verb der »Fami- 
lie« identisch mit dem Wert ist, den man fur das Stammverb 
der Tabelle bekommt. 

Wissen Sie noch, wie wir unsere Verbzahl bisher erhalten 
haben? Eine Schleife »l« durchlief die VE$-Tabelle von 1 bis 
VZ (Anzahl der Verben). Dabei haben wir uberpruft, ob das 
aktuelle Befehlswort BE$(WZ) mit VE$(I) identisch war. 
Stimmten beide Strings uberein, so gait: VE = I (Verbzahl = 
augenblicklicher Stand der Schleife). 

Im Programm sah dies in der ersten Version so aus: 

520^0 FORI = 1 TO VZ 



52040 :IFBE$(WZ) = VE$(l) THEN VE=I 
52050 NEXT I 

Dieses Programm habe ich moglichst vereinfacht. Wenn 
wir unsere Verbtabelle durchlaufen lassen, erhalten wir im 
Moment noch furjedes Verb eine individuelle Verbzahl. Wie 
stellen wir es an, daB furjedes Wort einer Verbfamilie dieselbe 
Verbzahl VE gilt? 

Bisher war VE vom jeweiligen Stand der Schleifenvariable 
I abhangig, bei dem sich BE$(WZ) mit VE$(I) als identisch er- 
wies. Wir mussen einen Weg finden, aus dessen Verlauf sich 
VE in Abhangigkeit von der Schleifenvariablen I und vom 
VAL-Wert des jeweiligen Verbs VE$(I) ergibt. Dazu sollten wir 
die neue Verbtabelle betrachten: 

Fur das Stammverb »BINDE« erhalten wir den VAL-Wert 
»0«. 

Fur das erste alternative Verb »BEFESTIGE« ist der VAL- 
Wert »1«, fur das zweite entsprechend »2« und schlieBlich »3« 
fur das dritte Ersatzwort. 

Die Endziffer im String gibt die Position des Alternatiwerbs 
ab Stammverb an. Es wurde festgelegt, daB die Verbzahl fur 
alle Mitglieder einer Verbfamilie identisch mit dem Wert des 
Stammverbs der Familie sein soil. Dieses besitzt den VAL- 
Wert »0«. Die Losung unseres Problems liegt klar auf der 
Hand: 

52030 FOR I = 1 TO VZ 

52040 :IFBE$(WZ) = VE$(I) THEN VE = 

I-VAL(RIGHT$(VE$(I),1)) 
52050 NEXTI 

Wir Ziehen von dem l-Wert, der die Identitat festgestellt hat, 
kurz und biindig den VAL-Wert ab. Subtrahieren wir vom sich 
fur das Stammverb ergebenden l-Wert den VAL-Wert des 
Stammverbs, erhalten wir den Verbzahl-Wert VE des Stamm- 
verbs (der VAL-Wert des Stammverbs ist immer »0«). 

Wenn wir vom l-Wert fur das erste Alternatiwerb den VAL- 
Wert dieses Ersatzwortes abziehen, bekommen wir dieselbe 

Alternative Verben 



Verbzahl VE. Entsprechend gilt dies fur die anderen Alterna- 
tiwerben. Wir haben unsere angestrebte Ideallosung gefun- 
den. Das Wichtigste dabei ist, daB die Befehlsanalyse kaum 
langer geworden ist. 

Vergessen wir dabei nicht, die Programmzeile 52040 er- 
neut zu andern. Der Vergleich zwischen BE$(WZ) und VE$(I) 
muB dergestalt erfolgen, daB uberpruft wird, ob BE$(WZ) in 
VE$(I) enthalten ist. Denn nur dann werden Abkurzungen fur 
Verben akzeptiert. Dies ist die Grundbedingung, die es uns 
erlaubt, Strings der Altematiwerben mit Nummern zu verse- 
hen. 

Die endgiiltige Zeile 52040 lautet: 

52040 :IFBE$(WZ)=LEFT$(VE$(I),LEN(BE$(WZ)))THENVE= 
I-VAL(RIGHT$(VE$(I),1)) :IC=1 

Es ist geschafft: Unser Analysemodul ist fertig. »LISTING 
7«, das Sie von der beiliegenden Diskette laden sollten, bietet 
Ihnen eine komplette Befehlseingabe mit unserer idealen Be- 
fehlsanalyse in einem Unterprogramm, das ab Zeile 50000 
steht. Das Programm ist komprimiert (soweit dies moglich 
war). Dies ist die Grundbasis fur die folgenden Beispielpro- 
gramme. Das Modul kann fur jedes Adventure verwendet 
werden. Es enthalt keine programmspezifischen Formulie- 
rungen. Anderungen lassen sich problemlos durchfuhren. 

Das Modul kann nur dann arbeiten, wenn vorher im Pro- 
gramm die Worttabellen mit den entsprechenden Variablen 
definiert wurden. Beachten Sie dabei, daB die Verbtabellen 
grundsatzlich die langstmoglichen Worter enthalten (z.B. 
»VERLIERE« und nicht »VERLIER«). Nur dann ist die Mog- 
lichkeit einer Abkurzung der Verben gewahrleistet. Prinzipiell 
konnte man fur andere Worttabellen (z.B. Objekte, Gegen- 
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stande usw.) Abkurzungen erlauben. Ich halte das fur uber- 
flussig. 

Laden Sie »LISTING 7« in den Computer, LISTen es und be- 
trachten sich die die folgenden Zeilen: 

50250 F0RI=1T0VZ:IFBE$(WZ)=VE$(I)THENVE=I:IC=1 

50251 IFLEN(BE$(WZ))<3THEN50260 

Die beiden IF-THEN-Abfragen sorgen dafur, daB Abkur- 
zungen fur Verben mindestens drei Buchstaben haben mus- 
sen. Worter mit ein bis zwei Buchstaben werden jedoch ak- 
zeptiert, wenn sie in der Verbtabelle enthalten sind (z.B. Rich- 
tungsangaben wie N, S, O, W, NW usw.). 

Die Spielkarte 

Als Resultat des bisherigen Kursverlaufs steht uns ein kom- 
fortables Befehlsanalyse-System zur Verfugung. Wir sind 
dem optimalen Abenteuerspiel bereits sehr nahe gekommen. 
Die letzten Kursabschnitte enthielten eine Menge Theorie. 
Damit haben wir aber die wesentlichste Denkarbeit hinter uns 
gebracht: Sie haben gelernt, Tabellen zu definieren und mit 
Strings zu arbeiten. Als Entschadigung dafur wird in den fol- 
genden Kursteilen der theoretische Teil bedeutend knapper 
ausfallen. 

Das Hauptproblem, mit dem sich jeder Adventure-Pro- 
grammierer herumschlagen muB, ist das Umsetzen der 
Spielkarte in ein fur den Computer verstandliches Programm. 
Wer ein Adventure-Listing in Basic unterdie Lupe nimmt, wird 
auf den ersten Blick verwirrt sein: Ein Rattenschwanz von Va- 
riablen und GOTO/GOSUB-Anweisungen leisten ihren Bei- 
trag zur Unubersichtlichtkeit. Es erscheint nahzu unmoglich, 
den Prog ram mablauf vernunftig zu verfolgen. Eine weitere 
Tatsache ist, daB in kaum einem anderen Listing so viele Feh- 
ler auftauchen wie in Abenteuerspielen. Das liegt vor allem 
daran, daB sich viele Adventure-Programmierer nach gewis- 
ser Zeit in ihrem eigenen Machwerk nicht mehr zurechtfin- 
den. Die Programmierung war leider zu »chaotisch«. 

Folgende Eigenschaften mussen wir von unserem System 
zur Programmierung der Spielkarte verlangen: 

1 . Sehr hohe Ubersichtlichkeit - eventuell auftretende Fehler 
mussen leicht behoben werden konnen. 

2. Moglichst geringer Speicherplatzverbrauch - je besser das 
System zur Programmierung der Spielkarte ist, desto mehr 
Raume lassen sich unterbringen. 

3. Es muB lediglich eine Variable verandert werden, urn das 
Spiel an jeder beliebigen Stelle (Raum) starten zu lassen 
- zum spateren Austesten des Spiels unverzichtbar. 

Vom Drehbuch zum Drehort 



lm Prinzip gibt es verschiedene Verfahrensweisen, Mangel 
besitzen sie alle. Nach zeitaufwendigen Versuchen hat sich 
bei mir eine Technik bewahrt, die ich Ihnen vorstellen mochte. 
Mit dem mageren Basic 2.0 des C64 ist diese Technik jedoch 
nicht realisierbar. 

Modifiziertes Utility fur Zeilensprunge 

Unser erster Schritt soil zunachst darin bestehen, das be- 
scheidene Basic des C 64 urn drei wichtige Befehle zu erwei- 
tern, bzw. drei bereits vorhandene Betriebssystem-Routinen 
fur unsere Zwecke zu modifizieren. 

Laden Sie »LISTING 8« von der beiliegenden Diskette und 
starten das Programm mit RUN. Ab sofort stehen uns folgen- 
de neue, bzw. erweitere Befehle zur Verfugung: 

GOTO Zeilennummer 
GOSUB Zeilennummer 
RESTORE Zeilennummer 

Diese bekannten Basic-Anweisungen wurden dergestalt 
»restauriert«, daB sie im Gegensatz zur Normalfunktion auch 
in Abhangigkeit von einer Variablen oder eines Formelaus- 
drucks eingesetzt werden konnen. Die ON GOTO- und ON 
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Bild 17. Sauber und ubersichtlich: die ideale Programm- 
aufteilung eines Basic-Adventures 

GOSUB-Anweisungen konnen Sie ab sofort getrost »verges- 
sen«. Folgende Programmiermoglichkeiten ergeben sich 
durch das Utility (drei Beispiele): 

10 REM DEMOPROGRAMM 1 

20 X = 100 

30 GOTO X 
100 PRINT "SPITZE ! " 
110 END 

10 REM DEMOPROGRAMM 2 
20 GOSUB 90+10 
30 END 
100 PRINT "SPITZE ! " : RETURN 

10 REM DEMOPROGRAMM 3 

20 INPUT "WERT "; X 

30 IF X<1 OR X>3 THEN GOTO 20 

40 RESTORE 100*3 : READX$ : PRINT X$ :G0T0 20 
100 DATA HALLO 
200 DATA WIE 
300 DATA GEHTS 

Vor allem beim dritten Beispielprogramm konnte dem ei- 
nen oder anderen die Idee zur Programmierung der Spielkar- 
te kommen. Zuvor mussen wir allerdings folgenden Aspekt 
berucksichtigen: Durch die drei modifizierten Befehle bietet 
sich eine vollig neue Programmiermoglichkeit. Vorausset- 
zung dazu ist, daB die Programmodule und Tabellen (DATAs) 
in vorher exakt definierten Programmzeilenbereichen stehen 
mussen. Eine beispielhafte Aufteilung zeigt Ihnen Bild 17. 

Die Spielkarte (Raume) befindet sich in den Programmzei- 
len ab 10000. Innerhalb dieses Bereichs laBt sich die Untertei- 
lungsmethode fortsetzen: 
Raum 1 Zeilen 10100 bis 10120 
Raum 2 Zeilen 10200 bis 10220 usw. 

Dieses Programm ist noch nicht lauffahig, da jegliche 
Steuerung fehlt. Das ware die Aufgabe des Action-Moduls 
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Bild 18. Aufbau der Feldvariablen Rl (Richtungen) 

(Zeilen 1000 bis maximal 9999). Wir wollen zunachst eine pri- 
mitive Steuerung simulieren: 

1000 REM ACTI0N-M0DUL 

1010 INPUT "IN WELCHEN RAUM WOLLEN SIE GEHEN. ";ZN 

1015 IF ZN<1 OR ZN>6 THENPRINT "DAS GEHT NICHT": 

GOT01010 
1020 GOSUB 10000+ZNxlOO 
1030 GOTO 1000 

Interessant ist Zeile 1020. Dort steht die Formel, durch die 
mit GOSUB der aktuelle Raum erreicht werden kann. Dieses 
Action-Modul ist extrem simpel, Sie konnen nach Belieben je- 
den Raum direkt anlaufen - falls man uberhaupt von »Laufen« 
reden kann. 

Loschen Sie folgende Zeilen: 1010, 1015, 1020 und 1030. 
Merken Sie sich die Formel zur Errechnung des jeweiligen 
Raumes: Raum = 10000+ZN*100. ZN ist die jeweilige 
Raumnummer. Sie sollte mit den Zahlen auf dem gezeichne- 
ten Spielplan identisch sein. Die Formel bestimmt die Zeilen- 
nummer, ab der der Raum im Programm zu finden ist. Es ist 
an der Zeit, unser Befehlseingabemodul in Bewegung zu set- 
zen. Das Action-Modul ist so zu andern, daB man Raume 
nicht mehr direkt ansteuern kann. Der Spieler sollte lediglich 
von einem Raum in den anderen gelangen konnen. Dazu ist 
erneut etwas Theorie notwendig. 

Programmierung der Adventure-Tabellen 

Erlauben wir dem Spieler unseres Adventures, direkte 
Himmelsrichtungen einzugeben, urn sich zu bewegen. Will er 
z.B. nach Norden, genugt die Eingabe von »N«. Manche Ad- 
ventures verlangen Befehle wie »GEHE NORD«. Dies ist un- 
notig und wird dem Spieler schnell auf die Nerven fallen. We- 
sentlich bequemer ist es, ein bis zwei Buchstaben zur Bewe- 
gung im Abenteuerspiel benutzen zu konnen. Sie erinnern 
sich bestimmt daran, was ich im Abschnitt zur Programmie- 
rung des ersten Moduls festgelegt habe: Himmelsrichtungen 
sollen wie gewohnliche Verben behandelt werden. Aus die- 
sem Grund wollen wir die zehn moglichen Bewegungsrich- 
tungen in unsere Verbtabelle aufnehmen. Es ist zugleich der 
Beginn der Programmierung einzelner Worttabellen. 

Erganzen Sie unser Beispielprogramm (Action-Modul) urn 
folgende Basic-Zeilen: 

52000 REM TABELLEN 

52005 RESTORE 52000 

52010 REM VERBTABELLE 

52020 DATA N, S,W,0,NW, NO, SW, SO, RAUF, RUNTER 

52100 VZ=10:DIMVE$(VZ):F0R I=1T0VZ:READ VE$(l):NEXT 
53000 RETURN 

Legen Sie sich ein Blatt Papier an, auf dem Sie die folgen- 
den Tabellen ausftihrlich notieren - den jeweiligen Wert zu je- 
dem einzelnen Verb, Objekt, Gegenstand usw. Zu Beginn des 
Beispielprogramms muB der Aufruf des Tabellenunterpro- 
gramms eingebaut werden: 

30 GOSUB 52000 : REM TABELLEN DEFINIEREN 

Wir erhalten damit Verbzahlen VE fur die einzelnen Him- 
melsrichtungen. Bevor aber die GEH-Routine in das Action- 
Modul eingebaut werden kann, mussen wir die Spielkarte 
verbessern. Sie besteht bislang nur aus knappen Texten. Wir 
sollten Informationen einbauen, die angeben, wie die Raume 
miteinander verbunden sind. Wie dies funktioniert, zeigt Ih- 
nen »LISTING 9«, das Sie von der beiliegenden Diskette la- 
den und sich ansehen sollten. Jeder der sechs Raume beno- 
tigt eine zusatzliche DATA-Zeile mit zehn numerischen Wer- 
ten. Diese sollen dem C64 mitteilen, ob und in welche Rich- 
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Bild 19. Beispielkarte zur Programmierung der Richtungen 

tungen gelaufen werden kann. Immer, wenn der Spieler einen 
Raum betritt, mussens diese zehn Zahlen in das Variablen- 
feld Rl(1) bis RI(10) eingelesen werden (Bild 18). 

Das bisher entstandene Beispielprogramm in Basic belegt 
wenige Kopfzeilen (Befehlserweiterung fur GOTO X usw., Be- 
fehlseingabemodul ab 50000). Die Zeilen 10000 bis maximal 
49999 sind fur die Spielkarte reserviert. Wir haben demnach 
39999 Zeilen fur die Programmierung der Spielkarte zur Ver- 
fugung. Man kann davon ausgehen, daB zur programmtech- 
nischen Definition eines einzelnen Raumes der Spielkarte 
(Text und Action) maximal 100 Zeilen benotigt werden. In 
39999 Zeilen lieBen sich 400 Raume unterbringen. Das ist le- 
diglich ein theoretischer Wert. Ein vernunftiges Adventure 
wird nie 400 Raume besitzen, auBerdem ist dies mit 38 KByte 
RAM-Speicher nicht zu vereinbaren. Trotzdem war ich groB- 
zugig und habe 39999 Zeilen fur ein Maximum von 400 Rau- 
men zur Verfiigung gestellt. 

Fur unsere weiteren Uberlegungen verwenden wir die Bei- 
spielkarte in Bild 19. Sie finden darauf sechs Raume, durch- 
numeriert von 1 bis 6. Ich habe absichtlich keinen groBeren 
Spielplan gewahlt, da er fur unsere ersten Versuche vollkom- 
men ausreicht. Erganzen Sie das bisherige Programm (Ba- 
sic-Erweiterungsroutine und Befehlseingabemodul) urn fol- 
gende Zeilen: 

10102 DATA 0,3.0,2,0,0,0,0,0,0 
10202 DATA 0,5,1,0,0,0,0,6,0,0 
10302 DATA 1,0,0,0,0,0,0,0,0,4 
10402 DATA 0,0,0,0,0,0,0,0,3,0 
10502 DATA 2,0,0,0,0,0,0,0,0,0 
10602 DATA 0,0,0,0,2,0,0,0,0,0 

Diese Zeilen finden Sie als »LISTING 10« auf der beiliegen- 
den Diskette. Folgendes Beispiel soil die Funktion dieser Da- 
ten verdeutlichen: 

Der Spieler steht im Raum A. Im Variablenfeld Rl(1) bis 
Rl(10) ist festgelegt, welche anderen Raume unter welchen 
Richtungen erreicht werden konnen. Nehmen wir an, es gibt 
nur eine mogliche Richtung, urn Raum A zu verlassen - Su- 
den (S), In dieser Richtung kommt man in Raum B. Die DATA- 
Zeile fur Raum A muBte in diesem Fall so aussehen: 

DATA 0,B, 0,0, 0,0, 0,0, 0,0 

In der Praxis wird statt »B« der Wert des Raumes einge- 
setzt. Bedingt durch die DATA-Zeile, muBte das Rl-Feld so 
aussehen: 

RI(l)=0, RI(2)=B, RI(3) bis RI(10)=0 

Ein anderes Beispiel: Der Spieler will Raum A in Richtung 
Norden verlassen. Auf die Frage »WAS NUN?« gibt er »N« ein. 
Das Befehlseingabemodul gibt den Wert fur das eingegebe- 
ne Verb »N« aus (VE=1). Nun tritt das Action-Modul in Er- 
scheinung. 

Es uberpruft, ob der Verbzahlwert VE im Bereich zwischen 
1 und 10 liegt - ob der Spieler sich bewegen will oder nicht 
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(dann ist VE groBer als »10«). Das Action-Modul stellt test, daB 
der Spieler fort mochte und macht weiter. Es pruftjetzt, ob die 
vorgegebene Bewegungsrichtung existiert. AuBerdem muB 
es feststellen, ob RI(VE) den Wert »0« hat oder einen anderen. 
Ist RI(VE) = 0, erscheint die Fehlermeldung »Kein Weg in die- 
se Richtungk Ist RI(VE) <> (in Raum A trifft dies zu, wenn 
sich der Spieler nach Suden bewegen will), fahrt das Modul 
in seiner Arbeit fort. 

Gibt unser Spieler »S« statt »N« ein, registriert das Action- 
Modul die neue Raumnummer: 

ZN = RI(VE) 

GOSUB 10000 + ZN*100 

Neues Feld RI von Raum B einlesen. 

Diese Theorie setzen wir mit den folgenden Erganzungs- 
zeilen in die Praxis urn: 

1010 GOSUB 50000 : REM BEFEHLSEINGABEMODUL 

1100 REM GEHEN IM EIN NEUES ZIMMER 

1105 IFVE<1 OR VE>10 THEN1200 

1110 IF RI(VE)=0 THENPRINT"KEIN WEG IN DIESE 

RICHTUNG !" :GOT01200 
1120 ZN = RI(VE) : PRINT "<CLR/H0ME> " 
1130 GOSUB 10000 + ZN*100 
1140 RESTORE 10000 + ZN*100 
1150 FOR 1=1 TO 10 : READ RI(I) : NEXT 
1200 GOTO 1000 

Wir mussen im Programmkopf noch eine Zeile einfugen. 
Darin wird bestimmt, in welchem Raum sich der Spieler zu 
Beginn des Spiels befindet: 

100 ZN = 1 : GOTO 1130 

Das Spiel beginnt demnach in Raum 1. Soil es in irgend ei- 
nem anderen Raum anfangen, muB der Wert in Zeile 100 ent- 
sprechend geandert werden. Beim Austesten oder bei der 
Fehlersuche ist dies eine groBe Hilfe. 

Das Ziel dieses Kursabschnittes ist erreicht - Sie wissen 
nun, wie man eine Spielkarte programmiert. Die vorgestellte 
Version ist mit einem sparlichen Raumbeschreibungstext 
ausgestattet. Dies konnen Sie leicht selbst verbessem - das 
notige Wissen dazu haben Sie jetzt. Den gesamten Verlauf 
dieses Kursteils mit den erarbeiteten Listings finden Sie als 
Gesamtprogramm in »LISTING 11« auf der beiliegenden Dis- 
kette. Hier handelt es sich bereits urn ein Adventure, wenn 
auch von der simpelsten Art. Alles, was Sie machen konnen, 
ist in den Raumen herumlaufen. 

Was unabdingbar fehlt, ist zusatzlich zur Raumbeschrei- 
bung eine Bildschirmausgabe der Richtungen, in die man 
sich bewegen kann. Wir programmieren dazu eine Routine, 
die nach jeder Raumbeschreibung den Hinweis »MOGLI- 
CHE RICHTUNGEN:« ausgibt. Die entsprechenden Basic- 
Zeilen sind in »LISTING 12« auf der beiliegenden Diskette ab- 
gespeichert. Da es sich urn eine bereits mehrmals bespro- 
chene FOR-NEXT-Schleife handelt, mochte ich auf eine aus- 
fuhrliche Dokumentation verzichten. Die Programmierung 
der Spielkarte ist nahezu abgeschlossen. 

Gegenstands- und Objekttabellen deffinieren 

Wir brauchen noch zwei Programmroutinen. Eine davon 
soil bei jeder Raumbeschreibung die sich darin befindlichen 
Gegenstande ausgeben. Der Adventure-Wortschatz muB urn 
einige Gegenstande erweitert werden. Im Variablenfeld 
GE$(1) bis GE$(GZ) sind die Namen der Gegenstande abge- 
fegt, in GZ die Anzahl. Wir benotigen ein weiteres Variablen- 
feld. Darin muB angegeben sein, in welchen Raumen sich die 
Gegenstande befinden: GE(1) bis GE(GZ). 

Wir erganzen unser Programm urn "LISTING 13« (Sie fin- 
den es unter demselben File-Namen auf der beiliegenden 
Diskette): 

52200 REM GEGENSTANDSTABELLE 

52210 DATA SCHWERT,1 

52211 DATA SEIL,2 

52212 DATA SCHLUESSEL.4 



52213 DATA DIAMANT,5 

52300 GZ=4:DIM GE$(GZ) :DIM GE(GZ) :F0RI=1T0 GZ: 
READ GE$(I): READ GE(I): NEXTI 

Notieren Sie sich diese Tabelle zusatzlich auf ein Blatt Pa- 
pier. In den DATA-Zeilen steht als erstes der Name des Ge- 
genstandes. Es folgt eine Zahl, die angibt, in welchem Raum 
sich der Gegenstand befindet (Raumzahl: vergleiche Karte). 
Eine Routine wird ins Kursprogramm eingefugt. Sie sorgt da- 
fur, daB bei jeder Raumbeschreibung die sich im Raum be- 
findlichen Gegenstande aufgezahlt werden. Laden Sie dazu 
»LISTING 14« von der beiliegenden Diskette und analysieren 
Sie die Basic-Zeilen. Verwenden Sie sie im Gesamtpro- 
gramm. Wenn Sie jetzt im Spielplan »herumlaufen«, konnen 
Sie problemlos feststellen, wo sich die einzelnen Gegenstan- 
de befinden. 

Wenden wir uns den Objekten zu (Turen, Fenster, Schran- 
ke usw.). Zuerst muB eine entsprechende Tabelle definiert 
werden. Die Objektnamen werden in OB$(1) bis OB$(OZ) un- 
tergebracht. AuBerdem legen wir ein Feld 00(1) bis OO(OZ) 
an, in dem gespeichert wird, wo sich die einzelnen Objekte 
befinden. Dies geschieht mit »LISTING 15« (das Sie zum An- 
sehen von der beiliegenden Diskette laden konnen): 

52400 REM OBJEKTTABELLE — 

52410 DATA TRUHE,5 
52412 DATA SCHACHT,6 
52414 DATA EISENRING,6 
52416 DATA TUER,2 
52418 DATA TUER,5 

52500 0Z=5:DIM 0B$(0Z):DIM 00(0Z) :F0RI=1T0 0Z: 
READ 0B$(I): READ T0(I): NEXTI 

Was bleibt noch zu tun? Es muB eine Routine geschrieben 
werden, die bei jeder Raumbeschreibung die Objekte auf- 
zahlt (analog zu den Gegenstanden). Da es stilistisch scho- 
ner ist, die Objekte in der Aufzahlung den Gegenstanden vor- 
anzustellen, fiigen wir in die programmierte Routine fur die 
Gegenstande eine Schleife ein. Sie soil die Objekte ausge- 
ben - falls welche im Raum vorhanden sind. Diese Aufgabe 
erledigt ^LISTING 16«. Wenn Sie es von der beiliegenden Dis- 
kette laden und LISTen, sollten Sie sich Programmzeile 1188 
naher ansehen. Es handelt sich urn die Schleife fur die Ge- 
genstande. Hier ist zu beachten, daB die Checkvariable IC 
nicht mehr auf »0« gesetzt werden darf. Die Meldung »Nichts 
Besonderes« soil lediglich dann erfolgen, wenn sich weder 
Objekt noch Gegenstand im Raum befinden. 

Damit sind wir am Ende der Programmierung unserer 
Spielkarte angelangt. Sie haben eine Programmiertechnik 
kennengelernt, die besondere Merkmale aufweist: 

- geringer Bedarf an Speicherplatz 

- leichte Korrekturmoglichkeit der Spielkarte 

- ausbaufahig 

Der vorliegende Adventure-Teil ist leicht zu modifizieren. 
Sie konnen jeden Raum mit beliebigem Text versehen, Ge- 
genstande und Objekte auf der Spielkarte verteilen und ha- 
ben die Moglichkeit, das Spiel in einem beliebigen Raum be- 
ginnen zu lassen (dazu muB der ZN-Wert in Zeile 100 veran- 
dert werden). Es lassen sich nach Wunsch neue Gegenstan- 
de und Objekte in die Karte einfugen. Wichtig ist, daB die Ta- 
bellen ab Zeile 52000 erganzt und die Variablen GZ, OZ etc. 
entsprechend angepaBt werden. Der Lohn Ihrer Aufmerk- 
samkeit und Mitarbeit bei diesem Kurs ist »LISTING 17«, das 
Sie von der beiliegenden Diskette laden und sich die einzel- 
nen Programmabschnitte zur Ubung noch einmal ansehen 
sollten. Dieses inzwischen an Umfang recht stattlich gewor- 
dene Listing bildet die Grundlage fur die folgenden Kursab- 
schnitte. 

Leider ist das vorliegende Rumpf-Adventure ohne jegli- 
chen Witz. Wir mochten uns im folgenden Abschnitt damit 
befassen, wie man das Action-Modul mit Routinen wie NIMM, 
VERLIERE, INVENTUR, OEFFNE usw. programmiert. 
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Endlich ist es soweit - wir bringen Leben in unser bislang 
recht bescheidenes Adventure. Man kann die Aktionspro- 
grammierung in zwei Hauptgruppen aufteilen: 

* 

1. Allgemeine Action 

Diese Tatigkeiten kann der Spieler jederzeit ausfuhren, 
egal im welchem Teil der Spielkarte er sich befindet (z.B. 

NIMM, VERLIERE, WARTE, SINGE, INVENTUR). 

2. Raumspezifische Action 

Hier handelt es sich um Aktionen, die nur in einem be- 
stimmten Raum durchgefuhrt werden konnen (z.B. Offnen ei- 
ner Tur, einer Truhe oder Drucken eines Knopfes an der Zim- 
merwand) 

Allgemeine Action 

Die Verbtabelte muB um einige Verben erganzt werden. 
OEFFNE Damit offnen Sie Turen, Kisten usw. 
SCHLIESSE Das Gegenteil von OEFFNE. 
SCHAUE, UNTERSUCHE Diese Verben haben Doppelfunk- 
tion. 

Ohne Objekt angewandt (»SCHAUE«) geben Sie die 
Raumbeschreibung wieder, in Verbindung mit einem Objekt 
Oder Gegenstand (»UNTERSUCHE TRUHE«) erhalten Sie 
eine Beschreibung des Gegenstands oder Objekts. 
NIMM, NEHME, HOLE Gegenstande werden vom Spieler an 
sich genommen. 

VERLIERE, LEGE, WIRF, WERFE Die Umkehrung von 
NIMM. 

INVENTUR Durch diesen Befehl erfahrt der Spieler, welche 
Gegenstande er zur Zeit bei sich hat. 

Erganzen wir die Verbtabelle unseres Programms: 

52030 DATA OEFFNE, SCHLIESSE, SCHAUE, UNTERSUCHE1, 
NIMM, NEHME1, H0LE2 

52035 DATA VERLIERE, LEGE1,WIRF2,WERFE3, INVENTUR 

Der VZ-Wert in Zeile 52100 muB in VZ=22 geandert wer- 
den. 

Nach dieser Erganzung sieht unsere Verbtabelle so aus: 
Verbzahl VZ: 

1 - 10 Himmelsrichtungen 

11 OEFFNE 

12 SCHLIESSE 

13 SCHAUE,UNTERSUCHE 
15 NIMM,NEHME,HOLE 

18 VERLIERE,LEGE,WIRF,WERFE 
22 INVENTUR 

Sie erinnern sich bestimmt an den Abschnitt uber die Be- 
fehlsanalyse, Dort tauchte zum ersten Mai der Begriff »Alter- 
natiwerb« auf. Das ist die Erklarung, weshalb die Verben 
nicht fortlaufend durchnumeriert sind. Egal, ob der Spieler 
NIMM, NEHME oder HOLE eingibt: Die Verbzahl ist in alien 
Fallen VE = 15. Dasselbe gilt fur die anderen Verbfamilien. 
Lassen Sie uns die einzelnen Routinen der Adventure- 
Verben in unser Programm einbauen. 

Auf unserem Spielplan haben wir bereits Gegenstande ver- 
teilt (Schwert, Seil, Schlussel, Diamant). Wir wollen unserem 
Spieler erlauben, diese Sachen einsammeln zu konnen. Das 
Action-Modul muB um »LISTING 18«, »LISTING 19«, LI- 
STING 20« und »LISTING 21« erganzt werden. Sie finden die- 
se Unterprogramme auf der beiliegenden Diskette. Nach 
dem Laden sollten Sie sich die Listings auf dem Bildschirm 
betrachten, um deren Programmierung zu verstehen. Um ih- 
re Funktionsweise auszuprobieren, mussen Sie das erweiter- 
te Ubungsprogramm fur unseren Adventure-Kurs, »LISTING 
22«, laden und starten. Geben Sie folgende Befehle ein: 

NIMM SCHWERT, S, N . 

NIMM-Routine 

Sie haben in Raum 1 das Schwert genommen. Anschlie- 
Bend sind Sie nach S und N (zuruck nach Raum 1) gegangen. 
Das Schwert wird in der Raumbeschreibung nicht mehr er- 



wahnt. Wie funktioniert die Routine? Gehen wir von der Be- 

fehlseingabe »NIMM SCHWERT« (ohne Richtungsangaben) 

aus. Das Befehlsanalyse-Modul liefert an das Action-Modul 

folgende Werte: 

VE = 15 (Verbzahl) 

G1 = 1 (1. Gegenstandszahl) 

Die NIMM-Routine in der Analyse der Programmzeilen: 
2110 Ist die Verbzahl VE <> 15, wird die NIMM-Routine 

ubersprungen. 
2120 Befindet sich der Gegenstand GE(G1) nicht im glei- 

chen Raum wie der Spieler, erscheint eine Fehlermel- 

dung. 
2125 Wenn der Spieler den Gegenstand bereits hat, macht 

uns das Programm darauf aufmerksam. 
2130 Ist der Gegenstand im Raum vorhanden (GE(G1) = 

ZN), nimmt ihn der Spieler (GE(G1) = -1). 
Daraus resultiert: Jeder Gegenstand im Besitz des Spie- 
lers erhalt den Wert -1. 

INVENTUR-Routine 

Mit dem Befehl »INVENTUR« erfahrt der Spieler jederzeit, 
welche Gegenstande sich in seinem Besitz befinden. Die 
Routine besteht im Prinzip aus einer Schleife, die die Gegen- 
standstabelle durchlauft und uberpruft, welche Dinge den 
Wert -1 haben. 



VERLIER-I 

Sie arbeitet wie die NIMM-Routine. Der gravierende Unter- 
schied besteht in der Abfrage nach dem Gegenstand. Ist der 
Wert der Variablen GE(G1) anders als »-1«, erhalten Sie die 
Meldung »lch habe das nichtk Ansonsten wird der Gegen- 
stand im aktuellen Raum abgelegt. 

SCHAU-Routine 

Der Befehl SCHAU (ohne Objekt oder Gegenstand) zeigt 
bzw. wiederholt eine Raumbeschreibung. Ist ein Gegenstand 
oder ein Objekt dabei, werden diese Dinge beschrieben. Der 
Sprung »GOT0 1 1 30« in Zeile 2410 aktiviert eine erneute Aus- 
gabe der Raumbeschreibung. 

Sind Sie inzwischen ein Profi im Programmieren von Ad- 
ventures geworden? Zumindest sind Sie nicht mehr weit da- 
von entfernt. Sie besitzen das notige Wissen zum Program- 
mieren von groBen Spiellandschaften, in denen man herum- 
laufen und Gegenstande transportieren kann. Sie mussen 
noch lernen, wie man Aufgaben ins Spiel einbaut, die der 
Spieler losen muB. Der nachste Abschnitt befaBt sich mit 
raumspezifischen Aktionen. 

Action in Raumen 

Eine auf den Raum zugeschnittene Aktion bereitet den groB- 
ten Programmieraufwand. Und der bringt oftmals ein verhee- 
rendes Chaos in die zu Beginn gut strukturierten Listings. 
Dies darf uns nicht passieren. 

Die bequemste Losung ist, raumspezifische Aktionen kur- 
zerhand an das Action-Modul zu hangen. Man kann furjeden 
Raum ca. 100 Zeilen reservieren (z.B. Programmzeile 2500 
bis 2599 fur Raum 1) und davor eine IF-THEN-Abfrage set- 
zen. Sie muBte feststellen, ob der Raum ubersprungen oder 
behandelt werden soil. Der Nachteil: Dieses Verfahren verzo- 
gert die Bearbeitungsgeschwindigkeit des Adventures ganz 
erheblich. Um diesem Problem auszuweichen, schreiben wir 
unsere raumspezifische Aktion direkt auf die Spielkarte. 

Betrachten wir erneut ihren Aufbau und nehmen als Bei- 
spiel Raum 1. Er befindet sich in den Zeilen 10100 bis maxi- 
mal 10199. Am Beginn dieses Programmteils steht eine DATA- 
Zeile mit den moglichen Richtungen und deren Zielorten. Die 
entsprechenden Zeiger werden auf diese Zeile gesetzt: 

RESTORE 10000 + ZN*100 

Eine READ-Schleife liest die Daten. 
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Die Raumbeschreibung wird mit folgender Anweisung auf 
dem Bildschirm ausgegeben: 

GOSUB 10000 + ZNxlOO 

Den entsprechenden Beschreibungstext finden wir in Form 
von PRINT-Zeilen ab Zeile 10105. Was hindert uns daran, die 
raumspezifische Aktion in die Programmzeilen ab 10120 bis 
10199 zu legen? Das allgemeine Grundschema fur einen ein- 
zelnen Raum in der Spielkarte inklusive Aktion zeigt Ihnen 
Bild 20. Daraus ersehen Sie, daB die raumspezifische Aktion 
zu Raum ZN (ZN = Zimmemummer der Karte) mit folgender 
Basic-Anweisung aufgerufen wird: 

GOSUB 10000 + ZNxlOO + 20 

Dieser Programmierbefehl ist identisch mit der entspre- 
chenden Anweisung des herkommlichen Basic 2.0 des C64: 

GOSUB 10120 

Raumspezifische Aktionen sollten am Ende des Action- 
Moduls aufgerufen werden. Die'notigen Programmzeilen lau- 
ten: 

2500 REM AUFRUF RAUMSPEZIFISCHE AKTION 
2510 GOSUB 10000+ZNxl00+20 
2600 GOTO 1000 

Diese drei Basic-Zeilen sind als »LISTING 23« auf der bei- 
liegenden Diskette gespeichert. 

Dies ist die ubersichtlichste Methode, unser Adventure mit 
jeder erdenklichen Art einer Aktion auszustatten. Der Vorteil 
liegt vor allem in der unkomplizierten Moglichkeit, eventuelle 
Fehler im Spielverlauf nachtraglich zu beseitigen. Ein Bei- 
spiel: Wir sind in Raum 1, und irgendetwas funktioniert mit 
der Aktion nicht so, wie wir uns das vorgestellt haben. Wir li- 
sten die Zeilen 10100 bis 10199 und suchen gezielt nach dem 
Fehler. 

Tiiren und Durchgange programmieren 

Unsere nachste Aufgabe ist, eine Tur zwischen Raum 2 
und 5 zu programmieren. Bislang konnten wir Raum 5 durch 
die Eingabe von »S« in Raum 2 erreichen. Die Tur wird bereits 
in der Raumbeschreibung erwahnt, da sie in der Objekttabel- 
le vertreten ist. Hier ist zu beachten: Jeder Durchgang muB 
zweimal in der Objekttabelle vertreten sein. Man sollte eine 
Tur, die zwei betroffene Raume voneinander trennt, von bei- 
den Seiten aus sehen konnen. Vergleichen Sie dazu in »LI- 
STING 22« die Zeilen 52416 und 52418: 

52416 DATA TUER,2 
52418 DATA TUER,5 

Es hort sich paradox an: Der erste Schritt zur Programmie- 
rung der Tur besteht darin, den Verbindungsweg zwischen 
den beiden Raumen zu entfernen. Fur den Durchgang in un- 
serem Beispiel (Raum 2 und 5) mussen wir die Richtungs- 
DATA-Zeilen der beiden Raume andern: 

10202 DATA 0,0,1,0,0,0,0,6,0,0 
10502 DATA 0,0,0,0,0,0,0,0,0,0 

Damit ist die Verbindung zwischen Raum 2 und Raum 5 
unterbrochen. Wir benotigen eine Variable, die den Zustand 
der Tur bestimmt. Drei Moglichkeiten sind denkbar: 

- Die Tiir ist offen. Der Variablenwert der Tur soil in diesem 
Fall »0« sein. 

- Die Tiir ist zu und kann mit »OEFFNE TUER« aufgemacht 
werden. Der Variablenwert muB »1« sein. 

- Die Tur ist zu und kann nur mit einem Hilfsmittel (z.B. 
Sehlussel) geoffnet werden. Hierbei soil der Variablenwert 
»2« betragen. 

Als Feldvariablen fur Durchgange legen wir TU(1) bisTU(X) 
fest. Sie sind fur den Zustand aller Dinge verantwortlich, die 
man offnen und schlieBen kann. Zunachst muB es moglich 
sein, die Tur ohne Schlussel zu offnen. Die Turvariable TU(1) 
erhalt den Wert »1«. 

Folgende Zeilen mussen in das Programmlisting aufge- 
nommen werden: 

52900 REM ALLGEMEINE VARIABLEN 
52910 TU(1) = 1 : REM TUER 2/5 
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10000 + ZN * 100 




10000 4- ZN * 100 + 20 




DATA-Zeile 



Raumbeschreibung (Print-Zeilen) 



Raumspezifische Action 



Bild 20. Programmierschema fur den Raum ZN 

Jetzt mussen wir die raumspezifische Aktion in den Rau- 
men 2 und 5 zum Offnen und SchlieBen der Tur programmie- 
ren: 

10220 IF TU(1)=0 THEN RI(2)=5 

10225 IF VE=11 AND 0B=5 AND TU(1)=1THEN PRINT 

"OK.": TU(1)=0: RI(2)=5 
10230 IF VE=12 AND 0B=5 AND TU(1)=0 THEN PRINT 

"OK.": TU(1)=1: RI(2)=0 
10250 RETURN 

Urn den einwandfreien Ablauf des Programms zu gewahr- 
leisten, wird im Action-Modul eine kleine Anderung vorge- 
nommen: 

1130 REM 

1155 GOSUB 10000+ZNxlOO 

Eine Erklarung fur diese Anderung folgt spater. Analysie- 
ren wir zunachst die Programmzeilen fur die »Ttirprogrammie- 
rung« in Raum 2: 



10220 






10225 



Der Zustand der Tur wird uberpruft. Stellt das Modul 
fest, daB die Tur offen ist, gilt Rl(2)=5. Die Variable 
Rl(2) ist fur die Richtung SUEDEN (S) zustandig. Un- 
ter der Voraussetzung, daB die Tiir offen ist, muB 
Rl(2) auf den Wert »5« gesetzt werden. Dies gewahr- 
leistet, daB man durch die Tiir in Raum 5 kommt. Der 
Trick der Turprogrammierung besteht darin, daB 
man zunachst den Verbindungsweg zwischen den 
Raumen entfernt. Im Falle einer offenen Tiir wird der 
Durchgang wieder hergestellt. Das ist der Grund, 
warum wir das Action-Modul verandern muBten. Be- 
tritt der Spieler einen neuen Raum, geschieht fol- 
gendes: 

- Der DATA-Zeiger wird mit der Anweisung RESTO- 
RE 10000+ZN*100 auf die DATA-Zeile des neuen 
Raums gesetzt. 

- Der READ-Befehl liest die Richtungsmoglichkeiten 
Rl(1) bis Rl(10). 

- Durch GOSUB 10000 +100*ZN ruft das Pro- 
gramm die Raumbeschreibung auf. Ist die Tiir of- 
fen, wird der Verbindungsweg wieder hergestellt. 

Die Anderung des Action-Moduls bestand in der 
Vertauschung der Arbeitsschritte 2 und 3. Nur in die- 
ser Anordnung funktioniert das Programm einwand- 
frei. 

Hier wird gepruft, ob die Befehlseingabe des Spie- 
lers »OEFFNE TUER« lautet. Das Modul sieht im Va- 
riablenspeicher nach, ob VE=11 und OB=5 ist. Au- 
Berdem wird uberpruft, ob die Tiir tatsachlich ge- 
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schlossen ist. Treffen alle Voraussetzungen zu, wird 
TU(1) auf den Wert »1« (Tiir ist often) gesetzt. Der Ver- 
bindungsweg zu Raum 5 ist hergestellt: Rl(2)=5. 
Es gilt dasselbe wie tiir Zeile 10225, allerdings wird 
die Tur geschlossen. 

Sie fragen mich, wie die Abfrage nach dem Wort »TUER« 
im Eingabesatz des Spielers erfolgt? Hier ist die Antwort: 

IF 0B=5 THEN... 

Wieso muB die Variable OB den Wert »5« (und nicht »4«) be- 
sitzen? Werfen wir einen Blick auf die Objekttabelle: 

0B$(1)= "TRUHE" 00(1)=5 

0B$(2)="SCHACHT" 00(2) =6 

0B$(3)="EISENRING" 00 (3) =6 ' ' 

0B$(4)="TUER" 00(4)=2 

0B$ ( 5 ) = "TUER " 00(5)=5 

WieSie wissen, stammt der OB-Wert aus dem Befehlsana- 
lyse-Modul. Dieses durchlauft mit einer Schleife die Objektta- 
belle: 

FOR 1=1 TO 0Z : IFBE$(WZ) = 0B$(I) THEN 0B=I 

Damit ist klar, warum der erhaltene OB-Wert »5« und nicht 
»4« ist. Wir mussen darauf achten, daB fur Objekte mit glei- 
chem Namen immer der OB-Wert des Objekts ausgegeben 

wird, welches in der Tabelle zuletzt getunden wird (es besitrt 
den hochsten Wert). 

Raum 5 muB jetzt mit der gleichen spezifischen Aktion ver- 
sehen werden, die in Raum 2 enthalten ist (Offnen und 
SchlieBen der Tur). Im Programm erledigen dies die Zeilen 
von »LISTING 24« auf der beiliegenden Diskette, die Sie sich 
zu Studienzwecken ansehen sollten. 

Im Prinzip ist die Programmierung der Turen und Durch- 
gange abgeschlossen. Trotzdem ist es erstrebenswert, dem 
Spieler mit der Anweisung »GEH TUER« den DurchlaB zu er- 
moglichen. Bislang muB man nach dem Offnen der Tur den 
Befehl »SCHAU« eingeben, urn zu erfahren, welche weitere 
Richtung sich durch das Offnen ergeben hat. Die Verbtabelle 
wird mit dem Verb »GEH« erweitert: 

52030 DATA GEHE,BETRETE1 

Der VZ-Wert in Zeile 52100 muB auf »24« erhoht werden. 
Die raumspezifische Aktion in Raum 2 und 5 sollte erwei- 
tert werden: 

10240 IF VE=23 AND 0B=5 THEN VE=2 
10540 IF VE=23 AND 0B=5 THEN VE=1 

Wir mussen das Action-Modul erganzen, damit es diese 
Routinen erkennt: 

1110 IFRI(VE) = THEN PRINT "KEIN WEG IN DIESE 

RICHTUNG !": VE = 0:G0T01200 
1130 VE=0 
2520 IFVE>0 AND VE<11 THEN 1100 

Falls Ihnen unklar ist, weshalb diese Anderungen unbe- 
dingt notig sind, dann spielen Sie die Turszene zuerst vorher 
und anschlieBend nach der Anderung des Action-Moduls 
durch. 

Momentan kann die Tur problemlos geoffnet werden. Ab 
sofort wollen wir das Offnen und SchlieBen von einem 
Schlussel abhangig machen. Die Tiir laBt sich nur offnen, 
wenn der Spieler im Besitz des Schlussels ist. Viele englische 
Abenteuerspiele verlangen als Befehlseingabe zum Offnen 
einer verschlossenen Tur mit einem Schlussel etwa folgende 
Eingaben: 

ENTRIEGLE TUER 
0EFFNE TUER 
GEH TUER 

In der deutschen Sprache ist es allgemein nicht ublich, 
»Entriegle Tur« zu sagen. Wir wollen diesen Ausdruck weg- 
lassen und folgenden Ablaut vereinbaren: 
- Will der Spieler die Tur mit »OEFFNE TUER« ohne passen- 
den Schlussei aufmachen, erhalt er die Meldung »ICH HA- 
BE KEINEN PASSENDEN SCHLUESSEL«. 



-Hat er einen Schlussel bei sich und gibt als Befehl »OEFF- 
NE TUER« ein, erhalt er die Meldung »OK.«. 
Es ist pure Haarspalterei, vom Spieler Eingaben wie z.B. 
»OEFFNE DIE TUER MIT DEM SCHLUESSEL« bzw. »ENT- 
RIEGLE DIE TUER MIT DEM SCHLUESSEL« und anschlie- 
Bend »OEFFNE TUER« zu verlangen. Die Frage nach dem 
Schlussel laBt sich unkompliziert programmieren: Wir mus- 
sen vor die »OEFFNE TUER«-Routine eine Abfrage einbau- 
en, die feststellt, ob GE(3) den Wert »-1« hat (ist der Schlussel 
im Besitz des Spielers?). Die notwendigen Erganzungszeilen 
finden Sie in »LISTING 25« auf der beiliegenden Diskette: 

10224 IF VE=11 AND 0B=5 AND GE(3)<>-1 THEN PRINT 

"ICH HABE KEINEN SCHLUESSEL . " : GOTO 10230' 
10524 IF VE=11 AND 0B=5 AND GE(3)<>-1 THEN PRINT 
"ICH HABE KEINEN SCHLUESSEL . " : GOTO 10230 

Wenn Sie das Programm erganzt haben, machen Sie ein 
Testspiel und probieren das Offnen der Tiir mit dem Schlussel 
aus. Spielen Sie folgende Variante durch: 

1 . Schlussel holen 

2. Tur in Raum 2 offnen. 

3. Schlussel verlieren. 

4. In Raum 5 gehen. 

5. Tur schlieBen. 

Sie sind in Raum 5 und konnen diesen nicht mehr verlas- 
sen, da das TurschloB zugeschnappt ist. Der Schlussel liegt 
in Raum 2. Damit kann man den Spieler in eine Falle laufen 
lassen. Es ist eine Tatsache, daB kaum ein Spieler eine Tiir 
wieder schlieBt, nachdem er sie geoffnet hat. Die Program- 
mierung eines derartigen Effekts (sie ist in der bisherigen Tu- 
ren-Logik bereits enthalten) soil den Spieler verbluffen. 

Geheimnisse einer Truhe 

Befinden Sie sich in Raum 5, werden Sie feststellen, daB 
dort eine Truhe steht. Transportieren (nehmen) kann man die- 
se nicht. Ich habe beschlossen, daB Objekte vom Spieler 
nicht fortgetragen werden konnen, da sie zu schwer sind. Da- 
zu muB eine weitere Fehlermeldung in das Adventure einge- 
baut werden. Versucht der Spieler, ein Objekt zu nehmen 
(Tur, Truhe usw.), erhalt er die Antwort »DAS GEHT UEBER 
MEINE KRAEFTE!«. Dieser Hinweis im Spiel laBt sich in die 
NIMM-Routine einbauen: 

2115 IF 0BO0 THEN PRINT 'DAS GEHT UEBER MEINE 
KRAEFTE!" : GOT02200 

Es spricht nichts dagegen, daB in der Truhe Gegenstande 
liegen. Wir legten fur unser Programm fest: Ist die zustandige 
Variable GE(X) groBer als »0«, liegt der Gegenstand im Raum. 
Hat GE(X) den Wert »-1«, befindet sich das Ding im Besitz des 
Spielers. Wir erganzen das Abenteuerspiel mit folgender Be- 
dingungsabfrage: Besitzt GE(X) den Wert »-2«, liegt der Ge- 
genstand in der Truhe. Wir wollen unsere Gegenstandstabel- 
le dergestalt andern, daB das Schwert nicht langer in Raum 
1 liegt. Es soil sich in der Truhe befinden: 

52210 DATA SCHUERT.-2 

Ab sofort ist das Schwert in der Truhe versteckt. Wie stellen 
wir es an, im Verlauf des Spiels das Schwert wieder an uns 
zu bringen? 

Ihre Antwort ist vollig richtig: Wir mussen die Truhe offnen. 
Dazu ist es erforderlich, in die raumspezifische Aktion von 
Raum 5 eine weitere Programmroutine einzufugen, Sie soil 
das OEFFNEN der TRUHE erlauben. Prinzipiell kann eine 
Truhe, ein Schrank oder eine Kiste wie eine Tur betrachtet 
werden. Hierbei sind ebenfalls drei Zustandsformen moglich: 
offen, geschlossen, verriegelt. 

Wir benotigen eine neue Variable, die Auskunft uber den je- 
weiligen Zustand der Truhe gibt. Nennen wir diese Variable 
TU(2). Gehen wir davon aus, daB der Ausgangszustand der 
Truhe »1« ist (Truhe ist geschlossen und kann mit dem Befehl 
»OEFFNE TRUHE« ohne zusatzliches Hilfsmittel wie Schlus- 
sel usw. geoffnet werden). 
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DieZeile im Programmlisting muB folgendermaBen lauten: 

52920 TU(2)=1:REM TRUHE 

Die OEFFNE-Routine fur Raum 5: 

10545 IF VE=11 AND 0B=1 AND TU(2)=1 THEN PRINT 
"0K.":TU(2)=0 

Was man offnen kann, laBt sich wieder schlieBen: 

10546 IF VE=12 AND 0B=1 AND TU(2)=0 THEN PRINT 
"0K.":TU(2)=1 

Sie erkennen daran, daB diese zusatzlichen Abfragerouti- 
nen problemlos zu programmieren sind. Es macht sich be- 
zahlt, daB wir zu Beginn viel Denkarbeit in die Programmie- 
rung des Befehlsanalyse-Moduls gesteckt haben. Wir sind 
dadurch in der Lage, beliebig weitere Routinen anzufugen. 
Dazu muB lediglich der Wortschatzentsprechend erweitert, in 
der Routine selbst VERBZAHL, OBJEKTZAHL usw. abge- 
fragt und die TUER-Variablen etc. geandert werden. 

Wir sind jetzt in der Lage, die Tru he zu offnen und zu schlie- 
Ben. Vom Schwert sehen wir aber keine Spur. Dazu mussen 
wir die Raumbeschreibungsroutine erweitem. Die Gegen- 
stande in derTruhe sollten kunftig in der Raumbeschreibung 
erwahnt werden (vorausgesetzt, die Truhe ist geoffnet). Eine 
einzige Abfrage genugt: 

1189 IF GE(I)=-2 AND TU(2)=0 AND ZN=5 THEN PRINT 
GE$(I); , '/ , ;:IC=1 

Die Abfrage steht innerhalb der Schleife, in der gepruft 
wird, ob sich im betreffenden Raum ein Gegenstand befindet. 
Die »Truhenabfrage« muB berucksichtigen, daB der Gegen- 
stand nur dann in der Raumbeschreibung vorkommen darf, 
-wenn der Spieler s[ch in Raum 5 befindet (dort steht die 

Truhe), 

- wenn die Truhe offen ist, 

- wenn darin Gegenstande liegen (GE-Wert = -2). 

Gehen Sie in Raum 5 und geben zuerst »OEFFNE TRU- 
HE« und anschlieBend den Befehl »SCHAU« ein. Das 
Schwert wird sichtbar. SchlieBen Sie die Truhe wieder, ver- 
schwindet das Schwert aus der Raumbeschreibung. 

Angenommen, das Schwert ist zu sehen. Sollten Sie versu- 
chen, sich das Schwert mit »NIMM SCHWERT« anzueignen, 
werden Sie uber die Fehlermeldung »ICH SEHE DIESEN GE- 
GENSTAND HIER NICHT!« enttauscht sein. Unser Pro- 
gramm fragt namlich nur, ob der Gegenstandswert der ge- 
wtinschten Sache mit der Raumnummer ZN identisch ist 
(GE(G1) = ZN). 

Eine neue Abfrage ist notig. Sie soil erlauben, Gegenstan- 
de aus der Truhe zu nehmen, wenn diese offen ist. Vorausset- 
zung: Der Spieler muB sich im selben Raum befinden, in dem 
die Truhe steht. Die entsprechende Programmzeile sollte 
ebenfalls in der raumspezifischen Aktion von Raum 5 stehen: 

10548 IF VE=15 AND GE(Gl)=-2 AND TU(2)=0 THEN PRINT 
"0K.":GE(G1)=-1 

Jetzt konnen Sie Gegenstande aus derTruhe nehmen. Ein 
Problem bleibt: Die Meldung »ICH SEHE DIESEN GEGEN- 
STAND HIER NICHT!« erscheint noch immer. Dieser Wider- 
spruch muBbeseitigt werden. Vordie Programmzeile, die die- 
se Fehlermeldung produziert, wird eine Abfrage gesetzt: 

2119 IF GE(Gl)=-2 AND ZN=5 AND TU(2)=0 THEN2125 

Die Programmierung rund urn das Objekt »Truhe« ist damit 
noch nicht beendet. 

Urn Gegenstande in die Truhe »LEGEN« zu konnen, mus- 
sen wir eine objektbezogene VERLIER-Routine programmie- 
ren. Laut unserer Worttabelle besteht die VERLIER-Wortfa- 

milie aus folgenden Mitgliedern: VERLIERE, LEGE, WIRF, 
WERFE. 

Wir nehmen an, der Spieler steht in Raum 5 und hat die Tru- 
he geoffnet. Gibt er den Befehl »VERLIER Gegenstand« ein, 
nimmt dieses Ding den Wert der Raumnummer ZN an (GE 
(G1)=ZN). Es befindet sich ab sofort in Raum 5. Wir mussen 
eine Routine programmieren, die dem Gegenstand bei einer 
Eingabe wie z.B. »LEGE (GEGENSTAND) IN TRUHE« den 



Wert »-2« verleiht. Dazu eignen sich erneut die Programmzei- 
len der raumspezifischen Aktion von Raum 5: 

10550 IF VE=18 AND 0B=1 AND TU(2)=0 AND GE(G1)=-1 

THEN PRINT "OK. /, :GE(Gl)=-2 
10590 RETURN 

Zusatzlich muB eine Abfrage in die VERLIER-Routine ein- 
gebaut werden. 

2301 IF 0BO0 THEN 2400 

Dazu muB die Truhe zunachst als Raum definiert werden. 

10700 REM IN DER TRUHE 

10702 DATA 0,0,0,0,0,0,0,0,0,0 
10705 PRINT "IN DER TRUHE." 
10720 RETURN 

Urn in die Truhe zu kommen, muB der Spieler in Raum 5 



Ein Gespenst geht urn . . . 



den Befehl »GEH TRUHE« eingeben. Vorher muB er sie off- 
nen. Wir erganzen die raumspezifische Aktion in Raum 5: 

10560 IF VE=23 AND 0B=1 AND TU(2)=0 THEN RI(l)= 
7:VE=1 

In diese Programmzeile ist der Trick des GEH-Befehls inte- 
griert: In die Richtungsvariable Rl(1) wird der Wert des Ziel- 
raums geschrieben (TRUHE = 7) und die Verbzahl VE auf 
die Zahl »1« gesetzt. Dieser Vorgang aktiviert das GEHEN. 

Sie befinden sich jetzt in der Truhe. Enttauscht werden Sie 
feststellen, daB das Schwert nirgends zu sehen ist. Dies liegt 
daran, daB wir festgelegt haben: Jeder Gegenstand in der 
Truhe erhalt den Wert »-2«. Da die Truhe selbst zu einem 
Raum geworden ist, muB alien Gegenstanden darin der Wert 
»7« (Raumnummer der Truhe) zugewiesen werden. Dies funk- 
tioniert problemlos: Wandeln Sie alle Werte »-2« in den ent- 
sprechenden Listingzeilen in die Zahl »7« urn. 

Irgendwann mochten wir aus der Truhe wieder herausklet- 
tern. Dies erfordert erneut eine Erweiterung der raumspezifi- 
schen Aktion von Raum 7. Dem Wortschatz wird das Verb 
VERLASSE hinzugefugt und die Aktion programmiert: 

52045 DATA VERLASSE 
52100 VZ=25 usw. (VZ-Wert anpassen!) 
10720 IF VE=25 AND 0B=1 AND TU(2)=0 THEN Rl(l)= 
5:VE=1 

Es handelt sich im Prinzip urn die Umkehrung der Abfrage 
fur das Klettern in die Truhe. Fallt Ihnen dabei etwas auf? In 
dieser Programmzeile wird iiberpruft, ob die Truhe offen ist. 

Programmierung von Personen 

Bereits zu Beginn unseres Kurses habe ich erwahnt, daB 
Adventures mit mehreren Personen (Spielfiguren, die vom 
Programm gesteuert werden - nicht der Spieler selbst) be- 
sonders reizvoll sind. Falschlicherweise halt man die Pro- 
grammierung solcher Charaktere fur auBerordentlich schwie- 
rig. Tatsachlich ist es relativ einfach, Nichtspielercharaktere in 
einem Abenteuerspiel agieren zu lassen. 

Das erste Problem besteht darin, einen Weg zu finden, wie 
eine zusatzliche Person (in unserem Falle ein Gespenst) in 
der Spielkarte herumlaufen kann. Eine Moglichkeit ist, das 
Gespenst zufallsgesteuert (RND-Funktion) von Raum zu 
Raum irren zu lassen. Diese Losung erweist sich auf die Dau- 
er als zu simpel. Der Geist konnte sich in einer Sackgasse 
verfangen und dort bis zum Ausschalten des Computers her- 
umlaufen. In so einem Fall trifft der Spieler auBerst selten auf 
das Gespenst. Wir wollen das Gegenteil erreichen: Der Pol- 
tergeist soil dem Spieler moglichst oft in die Quere kommen, 
urn ihn nervoszu machen. Eine weitere, nicht weniger primiti- 
ve Losung ware, das Gespenst gar nicht herumlaufen zu las- 
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sen. Per Zufall gesteuert konnte es plotzlich im Raum des 
Spielers auftauchen. 

Die folgende Methode hat sich in meinen bisher program- 
mierten Adventures bewahrt. Zunachst muB das Gespenst in 
die Personentabelle aufgenommen werden: 

52600 REM PERSONENTABELLE 

52610 DATA GESPENST 

52700 PZ=1:DIMPE$(PZ) :F0RI=1T0PZ:READPE$(I) :NEXT 

Als nachster Schritt wird eine exakte Route fur die Wande- 
rung des Geistes im Spiel geplant. Fur unser Adventure konn- 
te dies ein moglicher Idealweg sein: 1-3-4-3-1-2-5-2-6-2-1. Die 
Zahlen stellen die einzelnen Raumnummern dar. Das Ge- 
spenst begin nt in Raum 1 , geht nach Raum 3 usw. Wichtig ist, 
daB der letzte Raum in der Kette wieder mit dem ersten Raum 
identisch ist. SchlieBlich wollen wir auch einem Geist nicht er- 
lauben, durch Wande gehen zu konnen und damit von einem 
Raum in den anderen zu kommen. Das Gespenst lauft stan- 
dig die gleiche Route ab. Dies hort sich langweilig an. Ich darf 
Ihnen versichem: Es wird dem Spieler nicht auffallen. Zuge- 
geben, bei unserem Mini-Ubungs-Adventure ist es nicht 
schwer, die Marsch route des Geistes zu durchschauen. Bei 
Spielen mit 100 und mehr Raumen jedoch besteht keine 
Chance, die Route eines Nichtspielercharakters herauszufin- 
den - auBer, man Hat das Spiel selbst program miert. 

Ein weiterer Vorteil der Routenprogrammierung liegt darin, 
daB man die Reichweite fur die einzelnen Figuren begrenzen 
kann. Die Marschroute wird durch das Feld PE(1) bis PE(11) 
festgelegt. 

52920 DATA1,3, 4,3, 1*2,5, 2, 6,2,1 

52935 DIMPE(11):F0RI=1T011:READPE(I) :NEXT:M0=1 

Die Steuerung des Gespenstes soil innerhalb des Action- 
Moduls ab Zeile 3000 beginnen: 

3000 REM STEUERUNG DES GESPENSTES 

3001 PRINT "GESPENST=";PE(M0) 
3010 IF M0=0 THENRETURN 

3020 M0=M0+1:IF M0=12 THENM0=1 
3025 IFPE(M0)OZNTHEN3100 

3100 RETURN 

Aufgerufen wird dieses Unterprogramm, bevor die raum- 
spezifische Aktion beginnt: 

2505 GOSUB 3000 : REM GESPENST 

Hier die Erlauterung der »Gespenster«-Routine: 
Zeile 3001 dient dazu, den Geist zu verfolgen. Sie kann je- 
derzeit ersatzlos gestrichen werden. Die Variable MO zahlt 
von »1<< bis »11« und beginnt wieder von vorne: PE(MO) ist der 
Raum, in dem sich das Gespenst gerade befindet. Hat MO 
den Wert »0«, ist das Gespenst nicht aktiv. Das Programm 
kehrt zum Hauptmodul zuruck (Zeile 3010). Nach jedem 
Spielzug des Spielers wird die Variable MO urn »1« erhoht - 
das Gespenst geht urn... Urn den Spieler die Anwesenheit 
des Geistes spuren zu lassen, mussen wir folgende Zeile ein- 
fiigen: 

3030 PRINT"EIN RIESIGES GESPENST ERSCHEINT! " 

Unser Gespenst ist bislang ausgesprochen harmlos. Fol- 
gende Aufgabe werden wir ihm zuteilen: 

Betritt es einen Raum, in dem ein Gegenstand liegt, soil es 
diesen an sich nehmen. Der Geist darf nur einen einzigen 
Gegenstand transportieren und ihn gegen einen anderen 
austauschen konnen. Die Erganzung unseres Programms 
lautet: 

3100 IC=0 : F0RI=1T0GZ : IFGE( I) =PE(M0)THENIC=I 
3105 NEXT . > 

3110 IF IC=0 THEN3150 

3120 GE(GF)=PE(M0):GF=IC:GE(IC)=0 
3150 RETURN 

Innerhalb einer Schleife wird uberpruft, ob sich in dem 
Raum mit dem Gespenst ein Gegenstand befindet. Trifft dies 
zu, legt das Gespenst das Ding, das es momentan bei sich 
tragt, in diesem Raum ab (GE(GF)=PE(MO)) und nimmt das 



neue mit (GF=IC). Ein Gegenstand im Besitz des Gespen- 
stes ergibt den Variablenwert GE(IC)=0. Die Variable GF 
dient als Zwischenspeicher fur genommene Gegenstande. 
Wir konnen es nicht lassen. Ein weiterer Effekt wird ins Pro- 
gramm aufgenommen: 

3150 IF PE(M0)=5 AND ZN=7 AND TU(2)=0 THEN TU(2)=1: 

PRINT "JEMAND SCHLIESST DIE TRUHE" 
3160 RETURN 

Betritt der Geist Raum 5, und der Spieler befindet sich zu 
diesem Zeitpunkt in der Truhe, wird diese vom Gespenst zu- 
geklappt. Der Spieler ist gefangen! 

Als Ergebnis unserer Arbeit liegt »LISTING 26« als fertiges 
Abenteuerspiel auf der beiliegenden Diskette vor. 

Tips und Hinweise 

Es empfiehlt sich als Farbe fur Hintergrund und Rahmen 
»Schwarz« zu wahlen. Als Schriftfarbe eignet sich Hellgrau, 
WeiB oder Grun. 

Falls Sie Ihr Abenteuerspiel mit Graf ikausstatten mochten, 
sollten Sie dies erst dann in Angriff nehmen, wenn die Module 
und das gesamte Adventure fertig programmiert sind. Fur die 
GroBe eines Grafikbildes empfehle ich eine maximale Aus- 
dehnung von 10 mal 20 Zeichen (Textmodus/Blockgrafik). 
Ganzseitige Bildschirme Oder Hires-Bilder verbrauchen zu- 
viel Platz, wenn sie zusammen mit dem Spielprogramm im 
Speicher des C64 stehen. Eine unbefriedigende Alternative 

ist ein zeitaufwendiges Nach laden solcher Grafik-Files von 
Diskette. 

Utility »Grafik-Designer« 

Hierbei handelt es sich urn einen Maskengenerator, der es 
Ihnen ermoglicht, problemlos Blockgrafik-Bilder zur Ausstat- 
tung Ihrer Adventures zu programmieren. 

Laden Sie das Basic-Programm mit 

LOAD "GRAFIK-DESIGNER",8 

von der beiliegenden Diskette. Starten Sie es noch nicht! 

Loschen Sie mit der Taste <CLR/HOME> den Bild- 
schirm. 

Mit jeder gewunschten Taste (inkl. Farben und Revers- 
Modus) konnen Sie die gewiinschte Grafik auf den Bild- 
schirm »malen«. Sind Sie am rechten Bildschirmrand ange- 
kommen, vermeiden Sie es, die RETURN-Taste zu drucken. 
Benutzen Sie ausschlieBlich die Cursortasten, urn sich inner- 
halb des »Gemaldes« auf dem Bildschirm zu bewegen. Ist 
das Bild fertig, wird es an jeder Ecke (oben links und rechts, 
unten links und rechts) mit einem At-Sign-Zeichen (Klam- 
meraffe) versehen. Die vier Markierungen mussen die Eck- 
punkte eines Rechtecks begrenzen, in dem das Bild steht. 

Jetzt kann der Maskengenerator mit 

RUN 60000- 

gestartet werden. Von der GroBe des Bildes hangt die Bear- 
beitungszeit ab. Nach kurzer Zeit erscheint die Frage »AB 
WELCHER ZEILE?« auf dem Bildschirm. Denken Sie an un- 
ser Modulsystem und wahlen Sie Zeilennummem, die den 
Ablauf Ihres Adventure-Programms nicht storen. Wir empfeh- 
len: ab 40000 bis maximal 49999. Ist die Eingabe erledigt, li- 
stetder »Grafik-Designer« Ihre Grafik, in PRINT-Zeilen umge- 
wandelt, auf dem Bildschirm. Setzen Sie den Cursor auf den 
Anfang der ersten Zeilennummer und ubernehmen Sie diese 
und die folgenden mit der RETURN-Taste. Zum Entwerfen 
und Generieren weiterer Grafiken loschen Sie erneut den 
Bildschirm und verfahren wie vorher beschrieben. Erzeugte 
Bildmodule lassen sich wie jedes andere Basic-Programm 
abspeichem und mit einem MERGE-Utility in Ihr Adventure 
einfugen. Vergessen Sie nicht, vorher die Basic-Zeilen des 
Maskengenerators ab Zeile 60000 zu loschen. 

Ich hoffe, daB es mir mit diesem Kurs fur Einsteiger gelun- 
gen ist, Sie fur Abenteuerspiele und deren Programmierung 
zu interessieren. Dazu wunsche ich Ihnen eine Menge guter 
Ideen undviel SpaB. (Michael Nickles/bl) 
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Adventures zu losen, ist oft nicht einfach. Gerade das 
macht den Reiz dieser Spiele aus. Viele, die vorher 
noch nie mit Abenteuerspielen in Beruhrung kamen, 
haben verzweifelt aufgegeben. Wir mochten Ihnen bei den 
ersten Schritten helfen. 

Die Tips, die Sie hiererhalten, gelten nur fur Text- oder Gra- 
fik-Adventures, die Eingaben uber dieTastaturverlangen. Fur 
sog. Joystick-Abenteuerspiele bzw. Rollenspiele gelten ande- 
re Regeln. 

Losungsbiicher - ja Oder nein? 

Wer sich ein Abenteuerspiel gekauft hat und damit absolut 
nicht zurechtkommt, sollte ganz einfach Freunde mitspielen 
lassen, bevor er zu Losungsbuchern greift. AuBerdem macht 
das Ganze mehr SpaB. Wer dann schlieBlich doch zur Hilfsli- 
teratur greift, muB zwischen Losungsbuchern und sog. »Hint 
Books« unterscheiden. »Hints« sind Tips, aber keine Losun- 
gen. Die Hersteller verschiedener Adventures bieten oftmals 
zu ihren Spielen Losungshinweise an. Buch- und Zeitschrif- 
tenverlage haben in der Regel ihre Adventure-Hacker, die ein 
Adventure »durchackern« und Losungen bzw. »Hint Books« 
anbieten. 

Manche Softwarehauser legen ihren Spielen verschlussel- 
te Losungshinweise bei, die man - »schummeln« ausge- 
schlossen - erst mit Hilfe einer Tabelle decodieren muB. 

Wortschatz ergriinden 

Fur verschiedene kommerzielle Abenteuerspiele kann 
man »Hint Books« bestellen, in denen Losungshinweise mit 
Geheimtinte abgedruckt sind. Sie werden nach Uberstrei- 
chen mit einem mitgeliefertem Spezialfilzstift sichtbar. Da- 
durch istgewahrleistet, daB man jeweils nur die Informationen 
erhalt, die man tatsachlich haben mochte. 

Wer von den Herstellerfirmen bestimmter Adventures keine 
Losungshinweise erhalten kann, der sollte sich sowohl in 
deutschen als auch amerikanischen Fachzeitschriften umse- 
hen. Oft sind dort Losungen und Tips zu finden. 

Adventure-Spiele haben eines gemeinsam: Alle verstehen 
ihren Wortschatz mit Hilfe eines »Parsers«. Das ist die Be- 
zeichnung der Sprachinterpretations-Routine, die uberpruft, 
wie der eingegebene Satz aufgebaut ist (Unterscheidung von 
Verben, Substantiven und Prapositionen). Diese Worter mus- 
sen in einer programmierten Wortschatzliste enthalten sein. 

Bei sehr guten Adventures ist fast alles moglich - tippen Sie 
ein, was Sie denken. Wenn Ihr benutztes Wort nicht im z.B. 
800 Worte umfassenden Wortschatz enthalten ist, probieren 
Sie ein Synonym. Meist fuhrt das zum Erfolg. 

Einigen Abenteuerspielen liegen Wortschatzlisten bei. Vie- 
le der besten Adventure-Programmierer hassen das stupide 
Ein-/Ausgabe-Spielchen nach dem Motto: »Guess what word 
the parser wants to have« (Gib nur die Worter ein, die der Par- 
ser dir vorschreibt). 

Bei anderen Adventures gilt: Grundsatzlich sollte man erst 
einmal alles ausprobieren und eventuell in einem Englisch- 
Worterbuch nachsehen. Wenn man hier an die Grenzen ge- 
stoBen ist, kann man mit Hilfe eines guten Maschinenspra- 
chemonitors das Hex-Listing eines Programms durchfor- 
schen und entsprechende Wissenslucken ausfullen. Am ide- 
alsten eignet sich dazu ein Diskettenmonitor, da manche Ad- 
ventures aufgrund veranderter Vektoren im Betriebssystem 
des C64 kein Auflisten des Hexdumps zulassen. Manche 
Abenteuerspiele sind als Schutz vor derart »unfairem« Ver- 
halten sehr geschickt codiert. In diesem Fall hilft nur noch ein 
ausgezeichnetes Vokabelgedachtnis, urn sich die gangigen 
Befehle des Adventures zu merken. 

Vor dem Spielbeginn sollten Sie immer in der Anleitung 
nachsehen, ob das Adventure ganze Satze oder nur Zwei- 
Wort- bzw. Ein-Wort-Kommandos annimmt. 
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dem Fenster zu 

werfen. Damit losen Sie kein 

noch so verzwicktes 

Abenteuerspiel. 

Atmen Sie tief durch und lesen 

Sie lieber die 
folgenden Seiten. 

Adventure-Raume genau untersuchen 

Steht man in einem Raum, erfahrt man in vielen Adventu- 
res nur das, was auf den ersten Blick zu sehen ist. Geben Sie 
in diesem Fall unbedingt den Befehl LOOK(SIEH, SCHAUE, 
UMSEHEN) ein. Haufig erfahren Sie erst dann, was es bei 
genauerem Hinsehen noch zu entdecken gibt. Gegenstande, 
die herumliegen, irgendwelche Offnungen, Tiiren oder Spal- 
ten sollten Sie auf jeden Fall genauer untersuchen. Das funk- 
tioniert meist mit Hilfe der Befehle EXAMINE OBJECT bzw. 
INSPECT OBJECT (UNTERSUCHE...). Urn etwas zu durch- 
suchen, sollte man SEARCH IN »Gegenstand«, SEARCH AT 
»Gegenstand« oder, je nach Spiele-Parser, SEARCH »Gegen- 

stand« eintippen. 

Bei einigen Abenteuern erlaubt es die Zeit nicht, alle in ei- 
nem Raum vorhandenen Dinge zu untersuchen. Unser Tip: 
Machen Sie es trotzdem. Im Lauf der Zeit bekommen Sie ein 
Gespur dafur, welche Gegenstande unnutz sind, und welche 
Sie gebrauchen konnen. Sie haben die Moglichkeit, nach Ab- 
laut der Zeit wieder neu zu starten und jetzt das Untersuchen 
abzukurzen - Sie wissen bereits aus der vorherigen Spielrun- 
de, wie die Gegenstande aussehen, und was sich dahinter 
verbirgt. 

Objekte und Gegenstande notieren 

Nehmen Sie nur die Dinge mit, von denen Sie bestimmt 
glauben, Sie wurden sie brauchen. Benotigen Sie allerdings 
spater einen Gegenstand, den Sie vorher nicht mitgenom- 
men haben, und Sie erinnem sich nicht mehr daran, wo er 
lag, ist das nicht gut. Sie sollten sich deshalb alle Gegenstan- 
de aufschreiben, die Ihnen irgendwo auffallen. Auch in den 
Orts- bzw. Raumbeschreibungen sind oft nutzliche Hinweise 
versteckt. Wenn Sie meinen, daB es wichtig ist: ebenfalls auf- 
schreiben. Die Umgebung sollte auBerdem standig kartogra- 
phiert werden. Dariiber jedoch spater mehr. 

Wichtig: Aktuellen Spielstand speichern 

Vor kritischen Stellen ist es ratsam, das Spiel zu speichern. 
Die meisten Adventures benutzen dazu den Befehl SAVE 
oder SAVE GAME. Manchmal kommt man mit QUIT in ein 
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Menu, von dem aus der aktuelle Spielstand auf Diskette zu 
sichern ist. Sie sollten sich uberhaupt zur Gewohnheit ma- 
chen, den bisherigen Spielverlauf regelmaBig in gewissen 
Abstanden zu speichern (je nach Umfang und Schwierig- 
keitsgrad etwa nach einem Funftel bis einem Zehntel des 
Abenteuers). Bei extrem schweren Spielen am besten nach 
jedem Spielzug. 

Adventures, die lugen konnen 

In verschiedenen Abenteuerspielen sind ziemlich heim- 
tuckische Fallen eingebaut. Probieren Sie alles, was Ihnen 
moglich erscheint, auch wenn es noch so unlogisch oder un- 
gewohnlich ist. Beispiel: Im 1985 entstandenen Adventure 
»The Hitchhikers Guide to the Galaxy« heiBt es an einer Stelle, 
man konne nicht zum Ausgang hinaus. Nach dem dritten Ver- 
such zeigt sich aber, daB es doch geht: Das Spiel (bzw. der 
Programmierer) gibt zu, daB es liigt! Wenn Sie der festen 
Uberzeugung sind, Ihre Idee sei die einzig richtige, dann ver- 
suchen Sie es getrost mehrmals. 

Bei zeitabhangigen Abenteuern sollten Sie nicht jedesmal 
ohne zu uberlegen lostippen, urn den Computer zu einer Ak- 
tion zu zwingen. Warten Sie ruhig ab, was passiert (WAIT, 
WARTE). In vielen Fallen hilft Ihnen das weiter. 

Eingaben abkurzen 

Obwohl das Abenteuerspiel, das Sie gerade im Computer 
haben, ganze Satze versteht, konnen Sie durch Abkurzungen 
eine Menge Zeit ersparen. Tippen Sie z.B. als Kurzbezeich- 
nungen fur die Himmelsrichtungen immer nur S, W, N, SW, 
SO, NW, NO. Arbeiten Sie mit einem Ganz-Satz-Adventure 
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Bild 1. Beispiel eines Lageplans zur Losung eines 
Adventure-Spiels 

genau so, als hatte es nur einen Zweiwort-Parser zur Verfu- 
gung. Das Programm bringt intern einen ganzen Satz sowie- 
so auf die knappste Eingabelange. 

Beachten Sie, daB Gegenstande manipuliert werden oder 
einen bestimmten Inhalt und spezielle Eigenschaften haben 
konnen. Ein Schwert in einem Adventure fruherer Jahre 
leuchtet z.B. blau, wenn Gefahr droht, und rot, wenn der Tra- 
ger des Schwertes wutend ist. Tatsachen wie diese sollte man 
auf jeden Fall nutzen, sie helfen enorm bei der Losung einiger 
hart zu knackender Nusse. 

AuBerst selten gibt es mehrere Wege, ein Problem zu 16- 
sen. Wenn Sie beispielsweise einen Gegenstand an einer 
Stelle benutzen, an der es auch anders ginge und spater ei- 
nen Punkt erreichen, an dem dieser Gegenstand unbedingt 
benotigt wird, haben Sie Pech. Das Objekt ist von der vorheri- 
gen Benutzung abgenutzt, verbraucht oder kaputt, es kann 
das »Aus« fur Ihr Spiel bedeuten. 

Denken Sie logisch daruber nach, was Sie im entsprechen- 
den Raum brauchen und wie Sie es sinnvoll einsetzen. Bei 
den meisten Abenteuerspielen ist der effektvolle Einsatz ei- 
nes Gegenstandes nur einmal moglich (abgesehen von stan- 
dig nutzbaren Dingen wie Schlussel oder Kerzen). Wenn er- 



laubt ist, nur eine bestimmte Zahl von Gegenstanden zu tra- 
gen, sollten Sie bereits erfolgreich benutzte Dinge wieder ab- 
legen. Speichern Sie lieber vorher den Spielstand ab. Es 
kann in seltenen Fallen moglich sein, daB Sie den Gegen- 
stand wider Erwarten noch einmal brauchen. 

Die meisten Abenteuer haben ihren speziellen »Way of 
Life«. Das bedeutet: Je nach Softwarehersteller muB man 
mehr oder weniger logisch denken. Es gibt beispielsweise 
Adventure-Spiele, bei denen Sie sich zu deren Losung in die 
chaotischen Gehirnwindungen eines Verruckten hineinden- 
ken und immer das Gegenteil von dem tun mussen, was Sie 
eigentlich wollten. Bei anderen Abenteuerspielen kommen 
Sie nur weiter, wenn Sie ein Feingefuhl fur Einzelsituationen 
besitzen. Manche Adventures sind extrem logisch aufgebaut, 
andere dagegen bestehen aus der idealen Mischung von In- 
tuition und Logik. 

Spielkarte anlegen 

Zu jedem Abenteuerspiel sollten Sie die Raume und ihre 
Richtungen notieren, noch besser mitzeichnen (Bild 1). Auch 
wenn Sie die beschriebene Umgebung noch so gut im Ge- 
dachtnis haben - irgendwann kommen Sie unweigerlich 
durcheinander. 

Es gibt verschiedene Verfahren, sich Karten und Umge- 
bungsplane zu machen. Haben Sie ein Abenteuer vor sich, 
das keine schragen Richtungen wie Sudwest oder Nordost 
besitzt (z.B. in einem Haus mit viereckigen Raumen), ist es 
am einfachsten und platzsparend, wenn Sie ein kariertes 
Blatt Papier verwenden. Bezeichnen Sie ein vier Karo groBes 
Quadrat als Raum und setzen Sie die Vierecke direkt neben- 
einander. Verbindungen zwischen Raumen kann man mit 
einfachen Strichen zwischen den Quadraten illustrieren. Be- 
schreibungen des Raumes sind nicht unbedingt fur die Karte 
notig. Wichtige Einzelheiten und im Raum befindliche Ge- 
genstande mussen innerhalb der Quadrate eingetragen wer- 
den. Wenn in den Vierecken nicht ausreichend Platz dafur ist, 
sollten Sie die Raume nur durchnumerieren und die Gegen- 
stande auf einem anderen Zettel notieren. 

Sind Zwischenrichtungen wie Nordost (NO) oder Sudwest 
(SW) im Adventure moglich, sollte man zwischen den einzel- 
nen Quadraten, die die Raume darstellen, etwas Platz lassen. 
Eventuelle Schragrichtungen oder Wegbiegungen lassen 
sich dann besser eintragen. Wie Sie Mobel, Fenster und Tu- 
ren einzeichnen, bleibt Ihnen uberlassen. Das Kartographie- 
ren wird in den meisten Fachbuchern zum Thema »Abenteu- 
erspiele« empfohlen. 

Eine weitere, wenn auch anspruchsvollere Art des Karto- 
graphierens ist die Frei-Hand-Zeichnung. Dazu ist eine Men- 
ge kunstlerisches Geschick notwendig. Lange Sale konnen 
damit als solchedargestellt werden und nicht nur als Vierecke 
mit langen Verbindungsstrichen. Landschaften lassen sich 
naturgetreu nachzeichnen. Diese Darstellungsart wird im 
Lauf der Zeit jedoch sehr unubersichtlich, wenn Sie keine ge- 
nauen Daten uber die Lange einzelner Gange, Lage der Rau- 
me, darin enthaltene Objekte usw. vom Spiel erhalten. 

Als idealste Methode fur Profi-Abenteuer erweisen sich 
Mischformen der oben genannten Kartographierungsarten 
(wie sie auch in manchen Hint Books verwendet werden). 

Das Wichtigste: Geduld 

Auch wenn der eine oder andere schnell an Abenteuer- 
spielen verzweifelt, uben Sie sich in Geduld. Sterben konnen 
Sie in Adventures relativ oft (wir kennen ein Spiel, »Sorcerer«, 
mit 70 verschiedenen »Todesarten«), aber Leben haben Sie 
unendlich viele. Fangen Sie einfach wieder von vorn an und 
vermeiden Sie die Fehler der letzten Spielrunde. 

Nutzen Sie alles hier Gesagte aus, auch wenn es noch so 
unwichtig oder selbstverstandlich erscheint. (M. Kohlen/bl) 
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Sie sind Top-Agent des ame- 
rikanischen Geheimdien- 
stes SOA (Secret Open Ac- 
cess) und haben eine veran- 
twortungsvolle Aufgabe: Ein 
verruckter Wissenschaftler hat 
den »R.A.M.S.« entwickelt, den 
»ReAktor zur Zerstorung der 
Menschlichen Seele«. Damit 
konnte er die gesamte Bevolke- 
rung der Erde ausrotten. Der ir- 
re Professor erpreGt mit dieser 
Hollenmaschine die Regierun- 
gen der Welt. Ihm gehtes einzig 
und allein um schnoden Mam- 
mon. 

Soweit die Vorgeschichte zu 
diesem Adventure. Wenn Sie 
sich fur fahig halten, den Wahn- 
sinnigen zu stoppen, laden Sie 
das Programm mit 

LOAD "R. A. M.S. ",8,1 

Das Spiel starlet automa- 
tisch. Auf dem Bildschirm blinkt 
die Meldung "DISK DRIVE A". 
Wenn nur eine Floppy (Gerate- 
adresse 8) am C64 angeschlos- 
sen ist, drticken Sie eine belie- 
bige Taste. Ohne Schnellader 
dauert es ca. 170 Sekunden, bis 
der SpaB losgeht. Storen Sie 
sich nicht daran, daB beim er- 
sten Laden auf dem Schirm 
»CREATING DISC« erscheint. 
Damit wird lediglich ein File fur 
die Spielstande (RAMS 0) ange- 
legt, es gehen keine Daten ver- 
loren. 




Spione, Killer und Agenten - 
Abenteuerspiele dieses Genres zahlen zi 

den beliebtesten. Dieses 
Text-Adventure wind Sie in Atem halten. 
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Befehlseingaben 

Der Adventure-Titelscreen (Bild 1) bietet Ihnen an, eine An- 
leitung zu zeigen, die sich uber vier Bildschirme erstreckt und 
genau uber Spielverlauf und Parser (Befehlsinterpretation) 
Auskunft gibt. Anweisungen werden in zwei Worten eingege- 
ben (Verb und Objekt). Ein Beispiel: 

SCHAU KAKTUS 

Es spielt keine Rolle, ob Sie GroBschrift, permanent kleine 
Buchstaben oder beide Schriftarten gemischt verwenden. 
Das Programm erkennt die Zeichencodes und reagiert dar- 
auf. Die Befehle werden in jedem Fall richtig interpretiert. 
Zwei Anweisungen in einer Zeile konnen durch »und« ge- 
trennt eingegeben werden. 
Hier die Erlauterung der wichtigsten Anweisungen: 
VOK gibt eine Liste aller Verben aus, die das Spiel versteht 
(Tabelle 1). Es sind exakt 40 Anweisungen. 



Bild 1. Das Titelbild von »R.A.M.S.«. Die Spielanleitung 
kann auf Wunsch gezeigt werden. 



NIMM ALLES Wenden Sie 
diese Befehlsfolge an, wenn 
sich mehrere Gegenstande in 
einem Adventure-Raum befin- 
den und Sie alle haben moch- 
ten. Die Angabe der Einzelna- 
men entfallt durch diese Funk- 
tion. 

SAVE gestattet Ihnen, das 
Spiel jederzeit zu unterbrechen. 
Die aktuelle Situation kann ab- 
gespeichert werden. 

LOAD nach emeutem Laden 
des Spielstand-Files von Disket- 
te wird exakt an der unterbro- 
chenen Stelle weitergemacht. 

CREATE ermoglicht Ihnen, 
eine separate Datendiskette zur 
Speicherung des Spielstandes 
vorzubereiten. 

HILFE gibt Tips zur jeweiligen 
Spielsituation. 

RUFE ZENTRALE stellt die 
Verbindung mit dem Haupt- 
quartier der SOA her. 

Das Programm verwendet ei- 
nen geanderten Zeichensatz, 
alle Textausgaben erscheinen 
formatiert im Blocksatz. 

»R.A.M.S.« gehort keinesfalls 
zu den leichten Adventures. Be- 
reits zu Beginn des Spiels kann 
es passieren, daB tiefe Dunkel- 
heit Sie einhullt. Keine Richtung 
wird mehr akzeptiert. Hier bleibt 
Ihnen nichts anderes iibrig, als 
sich durch die Anweisung 
»RUFE ZENTRALE« mit dem 



Befehlsubersicht »R.A.M.S.« 



schau 


nimm 


lege 


nehm 


Vokabular 


Inventur 


save 


load 


Ende 


speichere 


hilfe 


Zeit 


create 


rufe 


oeffne 


schliesse 


lese 


warte 


springe 


gehe 


betrete 


klettere 


lies 


hebe 


benutze 


bewege 


zerstoere 


starte 


gib 


gebe 


wirf 


werfe 


schiebe 


druecke 


betaste 


stecke 


ziehe 


mache 


schichte 


drehe 



Tabelle 1. Diese Befehle versteht das Text-Adventure 



Agenten-Hauptquartier in Ver- 
bindung zu setzen. Wissen Sie allerdings Ihr PaBwort nicht, 
haben Sie keinen Erfolg. Daher geben wir Ihnen den ersten 
(und letzen) Tip zu diesem Adventure: Das Kennwort steht auf 
einem Zettel in einem Umschlag. Wo der versteckt ist, mus- 
sen Sie selbst herausfinden. 

Verzweifeln Sie nicht, wenn Sie nicht einmal mehr der »HIL- 
FE«-Befehl weiterbringt; Probieren Sie alle erdenklichen 
Moglichkeiten aus. Auch bei total unsinnigen Eingaben sturzt 
das Programm nie ab. Die Losung ist in mindestens 72 Spiel- 
zugen zu schaffen. 

Argern Sie sich nicht, wenn es beim ersten Anlauf nicht so- 
fort klappt. Beim nachsten Versuch haben Sie mehr Gliick! 

Haben Sie nach langen Irrwegen endlich das Ziel erreicht, 
fragt Sie das Programm, ob es eine Zeitungsmeldung aus- 
drucken soil. Die Routine wurde fur die Drucker MPS 801/803 
geschrieben, doch die meisten anderen Drucker konnen 
ebenso problemlos verwendet werden. 

Viel SpaB bei der Losung von »R.A.M.S« - hoffentlich retten 
Sie die Menschheit! (Nikolaus Heusler/bl) 



Kurzinfo: R.A.M.S 



Programmart: Abenteuerspiel 

Spielziel: Ein verruckter Wissenschaftler bedroht die Welt. Machen 

Sie ihn unschadlich. 

Laden: LOAD "R.A.M.S/' ,8,1 

Starten: Programm startet automatisch 

Steuerung: Tastatur < 

Benotigte Blocks: 146 Blocks 

Programmautor: Nikolaus Heusler 
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M. Pahl, T. Rullkotter, M. Kuk 

C64/C128 MasterText Plus 

Die leistungsfahige Textverarbeitung: jetzt mit 
Rechtschreibkorrektur und AdreBverwaltung. 

1988, 201 Seiten, inkl. Programmdiskette 
ISBN 3-89090-527-7 

DM 59,-* (sFr 54,30*/6S 502,-*) 

F. Muller 

Mega Pack 1 fur GEOS 64 und GEOS 128 

250 Kleingrafiken,190 Zeichensatze, 2 Konvertie 
rungsprogramme und ein Druckprogramm. 

1989, 160 Seiten, 

inkl. 3 Programmdisketten 

ISBN 3-89090-772-5 

DM 59-* {sFr 54.3076S 502,-*) 

S. Baloui 

C64/C128 MasterBase 

Die professionelle Dateiverwaltung. 

1988, 155 Seiten, inkl. Programmdiskette 

ISBN 3-89090-583-8 

DM 59,-* (sFr 54,30768 502,-*) 



S. Vilsmeier 

3-D-Konstruktion mit Giga-CAD Plus 

Die uberaus positive Resonanz aller Leser war der 

AnlaB, Giga-CAD fur den C64/C128 in einer verbes- 

serten Version vorzustellen. 

1986, 183 Seiten, inkl. 2 Programmdisketten 

ISBN 3-89090-409-2 

DM 49,-* (sFr 45.1076S 417,-*) 

W. Oppacher, K. Oppacher, M. Wenzel 
C64/C1 28 Giga-Paint 

Ein professionelles Mai- und Zeichenprogramm. 
1988, 261 Seiten, inkl. 2 Programmdisketten 
ISBN 3-89090-619-2 
DM 59,-* (sFr 54.3076S 502,-*) 

S. Vilsmeier 

C64/C128 Objekt-Bibliotheken zu Giga-CAD Plus 

Eine Sammlung von neuen Objekten, Zeichensatzen 

und Utilities fur Giga-CAD Plus. 

1988, 64 Seiten, inkl. 2 Programmdisketten 

ISBN 3-89090-581-1 

DM 39,-* (sFr 35,9076S 332,-*) 



W. Oppacher, K. Oppacher, M. Wenzel 
C64/C128 Tools fur Giga-Paint 

Eine Sammlung von Erweiterungen fur Giga-Paint, 

die von einfachen Utilities (z.B. Maustreibern) bis zu 

sehr vielseitigen Modulen zur Grafiknachbearbei- 

tung reichen (z.B. Bilder in beliebige Formen 

pressen). 

1989, 296 Seiten, inkl. 2 Programmdisketten 

ISBN 3-89090-138-7 

DM 59,-* (sFr 54,3076S 502,-*) 

C. Clasohm 
GeoTerm 

Mit GeoTerm erhalten Sie ein professionelles Termi- 

nalprogramm mit grafischer Benutzeroberflache 

unterGEOS. 

1989, 107 Seiten, inkl. Programmdiskette 

ISBN 3-89090-757-1 

DM 69,-* (sFr 63.5076S 587 - 



Unverbindliche Preisempfehlung 



In Vorbereitung 



F. Muller 

Mega Pack 2 fur GEOS 64 und 

GEOS 128 

Lieferbar4. Quartal 1989, 
ca. 150 Seiten, inkl. Diskette 
ISBN 3-89090-350-9 
ca DM 59,-* 




Markt&Technik 

| Zeitschriften • Bucher 
§ Software • Schulung 



r 



INFO-COUPON 



Bitte senden Sie mir Ihr Gesamtverzeichnis 

mit uber 500 aktuellen Computerbuchern und Software 



Name 



StraBe 



PLZ/Ort 



Bitte ausschneiden und einsenden an: Markt&Technik Verlag AG, 
Buch- und Software-Verlag, Hans-Pinsel-StraBe 2, 8013 Haar 64 sh 52 
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In Vorbereitung 



W. Knupe/H.-J. Ciprina/R. Bonse/ 

V. Goehrke 

MegaAssembler 

Lieferbar 4. Quartal 1989, 
ca. 400 Seiten, inkl. Diskette 
ISBN 3-89090-247-2 
ca DM 89,-* 



Markt&Technik-Biicher und 
-Software erhalten Sie bei Ihrem 
Buchhandler, in Computer- 
Fachgeschaften Oder in den Fach 
abteilungen der Warenhauser. 



Lebendig, verstandlich, rundum praxisnah: Die neue COMPUTER LIVE mit heiBen Themen im April! 





Jetzt kennenlernen - es lohnf sich! 



Die Zeit ist reif fur COMPUTER LIVE: 
Uber 260 Seiten geballte Information im 
Klartext - kritisch, unkonventionell, 

lebendi g,! 

Die neue COMPUTER LIVE laBt keine 

Fra g e often. Ob Kaufberatung 

tests, ob Tests von Hard 

oder Reportagen, konkretes 

how und vieles mehr - COMPUTER 

bringt es auf den Punkt. 

Uberzeu g en Sie sich selbst 
Sie sich jetzt die neue Aus g abe 
Nummer4 im Handel! 





hfl 3.90/dkr 15.- 
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